小白爱摸鱼
@chaozuoye
配置文件夹能直接打包送人了，Pi 1.1.0 这套玩法五步就跑通。
步骤照录。做一个带 package.json 的文件夹就成，Pi Package 把扩展、skills、提示词模板、主题打成一个整体；最简结构是四个目录按需建，不写额外配置也会被自动认出来；资源放在别处就往 package.json 加个 pi 字段，逐项写路径，路径还支持通配符；做完先本地试，pi install 装一次，或者 pi -e 只试这一次不进设置；要给别人装就发到 npm，keywords 里挂上 pi-package，能进官方包库，git 地址同样管用。
作者还留了个坑位提醒，pi-coding-agent 这类自带包要写进 peerDependencies，别打进自己包里。
引帖那半也在讲同一套管道。Pi 1.1.0 支持了 Program Status Protocol，终端能看出代理是在干活还是卡住，五种状态 idle、working、blocked、done、error，blocked 还细分在等授权、等回答还是等登录。
这套设计出自 Mitchell Hashimoto 十月六日的提案，以前多代理面板靠读屏幕抓转圈字符，如今状态由程序自己报。
"把自己的环境装进一个包"这半句是全场重心。前面社区真做出来了讲的是功能怎么接力，这条讲的是配置怎么传手。跟前面发仓库给它学呼应，那条递的是仓库，这条递的是即插即用的成品，两头都在把交接这件事做顺。跟前面把指挥官拔了也接得上，群落里每台代理各有脾气，统一的包和统一的状态是它们能一起干活的前提。
状态协议和打包两件事凑在一处我留意，一个管"我在干什么"，一个管"我长什么样"，代理互相认领彼此的环境，就差这两块拼图。
我留的疑问有三处。包的体积上限没说；官方包库的审核规则没拆；跨版本兼容怎么保也没数。
这周把自己常用那套配置打一个包发出去，再从另一台机器装回来，看差异出在哪一步。
