【开源推广】Aegis：AI编程200k Star开源加强版，融入架构驱动与哲科思维，自动提升代码质量

大家有什么建议或发现什么问题，在github提issue或在本贴进行回复都可以，我会及时回复和处理。

佬友能出个trellis和这个的对比评价吗

我看了下trellis仓库，

trellis 当前已经在产品化这条路走了一段路了，已经有自己的cli，更适合团队快速统一多 AI工具的任务、上下文、hooks、并行开发流程；

Aegis 当前是方法包，不是独立的产品，但它的优势在可以快速安装到成熟的主流AI AGNET,如codex,claude code，opencode等。更重要的是它的治理深度：baseline-first、证据驱动、影响面判断、兼容边界、长任务恢复，以及明确不把 agent 的流程结束误当成完成权。

简单说，Trellis 更适合提升 AI 开发效率，Aegis 更适合复杂项目里控制架构漂移、虚假完成和高风险变更。两者不完全冲突，但 Aegis 的长期价值在于把 AI 编程从“会执行”推进到“可治理”，项目在开发过程中更不容易跑偏。

后续Aegis如果条件成熟，也可以慢慢演化出自己的runtime core，顺其自然吧。

Aegis中也有跟trellis有类似的工作流，trellis是从产品需求文档spec到task任务实施文档等工作流做了规范。

Aegis会更细，同时强调链接需求与代码实施的中间桥梁：架构，在使用Aegis时，第一时间让agent建立项目的baseline架构基线，效果会更好，而在项目实施过程中，Aegis除了架构基线baseline之外，会自动做ADR架构决策记录，spec相关设计规范文档，plan任务实施计划和work原子级的实施清单，这些会根据任务的复杂程度自动完善一个或多个文档的创建。

刚刚更新了Aegis v1.0.6：

更新主要围绕公共仓库发布前的稳固化展开：新增并明确了 Prompt Hygiene 边界，规范外部工具输出、日志、记忆、搜索结果等材料进入上下文的方式，避免大段原始内容直接污染提示词；

同时强化了治理类任务的完成契约，要求在清理、迁移、兼容、命名空间切换、弃用和发布等场景中同时说明修复轨道、退场轨道、验证证据与剩余风险。

除此之外，本次更新也清理了用户可见文档中的历史私有路径和陈旧引用，重写了 AGENTS.md、CLAUDE.md 与 Claude Code 相关说明，使 Aegis 更清晰地定位为可安装、可验证、面向公开仓库使用的 Method Pack，而不是 runtime authority。

佬，我想请问一下这个提示词能自主开启和关闭吗？我对这方面不太了解，昨天安装之后再破限的时候会有这个提示词出来影响导致破限失败

很好的问题，下一版本更新我会考虑 增加一个快捷的开关，在关闭后agent就不再自动调用aegis，除非用户显式调用。

v1.0.8已更新：

主要增强了 Aegis 在不同宿主中的上下文可控性：新增 auto / explicit 激活模式，用户可以通过 ~/.config/aegis/config.toml 或环境变量关闭自动 bootstrap 注入，但仍保留显式调用 Aegis skills 的能力；

同时补充了大日志、历史会话、测试输出、diff 等高风险输入的 bounded context intake 规则，并新增小窗口日志查看脚本和对应 E2E 守护测试，整体目标是在不削弱 Aegis 能力的前提下，降低长会话 token 膨胀和 Invalid prompt 风险。

V1.0.9已更新：

为每个 skill 文件新增顶层 # Execute 摘要块（5-8 行决策树），让 agent可以快速扫描关键动作，无需通读全部参考内容。同时删除与 Execute 块重复的叙事文案、动机性文字和冗余图表，进一步提升了Aegis的执行力。

支持kimi code cli吗

superpower的话就默认没提供kimi的支持

现在暂时还没有，我明天更新一下，让Aegis也适配kimi code吧

先star等大佬适配了

大佬预计白天更新还是晚上更新

已加星，不知道和本站的另一位佬的 vib-skills 对比效果怎么样

我看了官方文档，kimi code cli我们当前的结构应该已经适配了，你可以把下面这段话直接扔给kimi code cli，让它帮你安装（可以去github仓库的readme文档中复制）：



有问题随时反馈

感谢star，我也去学习一下你说的这个vib-skills 呢，看下有没有什么亮眼的地方。

使用过程中有什么问题随时反馈。

Aegis v1.0.10 发布：宿主适配扩展

本次更新将 Aegis 的正式宿主支持从 4 个扩展到 8 个。

新增宿主适配器：

• Windsurf — 新增 .windsurf/INSTALL.md 安装引导。利用 Windsurf 对 agentskills.io 规范的原生支持，通过 symlink 方式将 17 个 Aegis 技能注入 Cascade，安装后在 Cascade 中通过 @aegis-<技能名> 即可调用。


• Cursor — 新增 .cursor/INSTALL.md 安装引导。提供两种安装方式：技能 symlink（主推）和 VS Code 扩展注册（备选）。Cursor 基于 VS Code 架构，同时兼容 .cursor-plugin/plugin.json 扩展清单。

兼容性确认（无需独立适配器）：

• Kimi Code CLI — 经调研确认，Kimi Code CLI 原生自动发现 .agents/skills/ 目录（与 Codex 共享同一路径）。用户只需使用 Aegis
  
  极简安装提示词即可完成安装，无需额外适配。Kimi Code CLI 支持 6 种后端（Kimi / OpenAI / Anthropic / Gemini / Vertex AI），未来也可作为 Aegis的轻量测试宿主。


• Warp — Warp 本身是终端宿主，运行第三方 CLI agent（Claude Code / Codex / OpenCode），不提供自有 skills 系统。用户在选定 agent 上安装 Aegis即可，无需单独适配。

试一下！谢谢大佬开源，看看跟superpowers相比起来如何

好的，本项目保留了superpowers的核心骨架及核心能力，并在其基础上做了一些增强。有遇到什么问题随时反馈，我会及时处理。

Aegis v1.0.11已更新

重点升级了系统化调试能力：原来的四层诊断模型扩展为 L1-L7 的开放式诊断链路，覆盖现象、逻辑、系统、架构、跨系统契约、平台/框架限制与规范缺口，并加入 H/T/D 硬信号检查和修复后的差分诊断，避免 agent 在根因未收敛时过早声称修复完成。同时，本版本进一步瘦身开源仓库的 docs/current 公开文档面，将内部实施记录、迁移计划、private smoke 和cutover 台账转入本地归档并从 git 跟踪中退出，让公开仓库更清晰、更轻量。

Aegis v1.0.12已更新

工作区生态闭环 + 宿主适配器扩展

1. 工作区模型重构：从"懒创建"到硬触发闭环

彻底解决了之前"懒创建"导致 Agent 不落盘项目产物的根因问题：

• 硬二进制规则：全局安装永不写入文件；活跃项目在 brainstorming 写 spec、writing-plans 写 plan、或 debugging
  
  质量门（非平凡任务）时自动触发工作区创建，不询问、不推迟


• 单一权威路径：spec 只入 specs/，plan 只入 plans/，过程轨迹入 work//，消除了之前"提升到 spec/"的双路径歧义


• BASELINE-GOVERNANCE.md 宪法文件：首次创建工作区时自动生成，定义架构缺陷 vs 架构漂移、baseline 检查协议、7 维度架构回望、硬边界规则


• 7 维度架构回望操作化：所有权完整性、模块边界、契约变更、级联扩散、依赖方向、退役完备性、熵流——每个维度有明确的检查问题和通过标准


• 中途复杂度升级：任务中途从低复杂度升级为中高时，暂停、初始化工作区、回填产物后继续


• code-reviewer Agent 对齐：审查报告按维度输出 PASS/FINDING/RISK 及严重程度

2. 诊断链深度升级

• L1-L7 开放式诊断链（现象→逻辑→系统→架构→跨系统契约→平台限制→规范缺口）


• H/T/D 硬信号门控（可计数的客观事实，替代模糊判断）


• 修复后差分诊断（区分不完整修复、复合根因、链式因果）

3. 宿主适配器扩展

新增3个AI 编程宿主Codebuddy、Deepseek-TUI、Trae兼容确认，加上 v1.0.10 已适配的 Windsurf、Cursor、Kimi Code CLI、Warp，Aegis 目前覆盖 11 个宿主。

4. 基础设施加固

• sync-to-codex-plugin.sh 增加 .codebuddy-plugin/、.cursor/、.windsurf/ 排除项，防止宿主文件泄漏到 Codex 分发


• .version-bump.json 增加 .codebuddy-plugin/ 两条版本路径，保证全宿主版本一致性


• AEGIS_KNOWN_LIMITATIONS.md 记录 4 条新的已知限制