整体思路还是挺清晰的，不错的的skills，提个建议，可以多参考软件工程的相关方法论，完善整体的流程。
2 个赞
16岁？儿豁？遵嘟假嘟？
2 个赞
楼主我想请问下，开发一个项目，什么时候用solo模式，什么时候就普通模式。还有你会去写rule 么？
2 个赞
你这个开头写的也太是起号那味了吧，直觉如此，可能是我想多了吧
2 个赞
思路非常酷
2 个赞
等我用我的安全测评，看看结果 
2 个赞
谢谢分享，看了之后大概明白了了Skills是什么，但是整篇文章没有提到Agent，这13个Skills是添加在1个Agent上面还是添加在13个Agent上面还是分组添加的，这个有什么标准吗？
2 个赞
要是能把详细的部署使用步骤也加在文章里就更好了
2 个赞
很有用，之前都是报错就改，但经常改的不好，用这个流程之后生成的项目也很好
2 个赞
感谢大佬的分享，其实原型图可以先做出来看的，现在的ui交互设计还是很重要的
2 个赞
这篇很有料，而且最有价值的地方不是只给了一堆 Skill 名字，而是把整套工作流为什么这么设计、每一层在解决什么问题都讲清楚了。
尤其你提到“边界守卫”和“项目上下文协议”这两个机制，这其实已经不是单个 Skill 的分享了，更像是一套可复用的方法论。
如果后面你愿意继续写，我会挺想看你把 13 个 Skill 里最常用的 2～3 个单独拆开，讲讲真实项目里分别是怎么配合使用的。
4 个赞
欧吼？这样专业权威的脸可以说出尊嘟假嘟是尊嘟假嘟？
2 个赞
不错 指明了方向
1 个赞
熬过夜，踩过坑，分享给大家少走弯路哦
1 个赞
感觉superpowers就可以完成全流程
1 个赞
非常有用且接地气，感谢你的分享！
1 个赞
好想知道怎么部署啊，小白一个
1 个赞
你好！博主，针对“A 那边偏了一点，B 那边也偏了一点，等你发现的时候已经两边都出了问题。你去修 A，发现 B 也要改；改完 B，A 又冒出新问题。”的问题，我有一点想法。
就是能否建立一个C窗口，让他去每隔一段时间扫描A和B写的代码，并评判他们写的是否批配，当然也不一定是一段时间，也可能是A和B到达某一完成度就扫描，最后完成的时候总体再扫描评判一次。我们姑且就叫他“哨兵”吧！这个“哨兵”担任的就是代码评审的任务，因为我们面对的是AI，我觉得AI的代码自审能力远超于人，您觉得如何？
2 个赞
怎么样 
1 个赞
真不错，受启发了，感谢
1 个赞