气动AI框架

Aircury AI框架是AI辅助软件工程的元路由框架. 其主要工作是决定AI代理对每项请求应使用哪一个工作流程.

一般不选择模式。 询问您需要的工作, 框架告诉代理是否使用 plan-build, Spec Kit, 或直接执行流. 仅在您明确想要强制工作流程时指定一个模式 .

它还安装了项目规则、代理入门点、生活规格文件夹、强制性工程不可转让、可选标准、绿地靴子制导和园艺技能,同时将共享工作流程架构与可安装能力分开.

为什么是空洞

Aircury为毒剂提供了足够的结构,使其能持续工作,而不会迫使每次改变都经过了沉重的过程. 默认行为是自动路由 :

• 使用 plan-build 为了明确的日常变化.
• 在要求需要正式澄清和规划之前使用 Spec Kit 代码 .
• 将持久的行为知识保存在 specs/features/。 。 。 .

快速安装

从任何工程目录(或全局设置的主目录)中运行安装器 :

bunx @aircury/ai-framework
# or
npx @aircury/ai-framework

TUI要求:

1. 范围 —— 说 Local 配置当前工程, Global 来配置您的机器.
2. AI 工具 ——选择您想要的工具特定集成.
3. 语言偏好 ——对于本地安装,可选择执行英国英语并包括语言能力.
4. 能力 选择这种安装应包括的工作流程和标准.

重运行安装器在不询问的情况下更新一个项目: 载有框架维护的通知的文件被当前版本所取代, AGENTS.md 财务报告和审定财务报表 CLAUDE.md 保留其内容并获得框架部分,即项目自己的文件(FRAMEWORK.local.md,则 specs/ 指南)从不被覆盖,不再安装的配置文件框架能力文件被删除。 已安装的版本记录为 frameworkVersion 内 .aircury/framework.config.json技能通过技能生态系统与 npx 或者说 bunx,因此可以在以后更新。 当项目保持时 .agents/skills 作为 git 子模块(一个共享的技能存储器),安装者在那里安装没有技能:该存储器拥有这些技能,安装者列出它已经提供的所选技能以及要添加的技能.

当地安装的每台设备都包含不可转让的工程规则 FRAMEWORK.md:TDD 在自动化测试可行的情况下,SOLID设计限制,Clean Code,清晰的架构界限,以及任何例外的合理取舍.

更新一个工程

将一个已安装的项目带入最新的框架而不提示(例如来自自动代理),从项目根运行:

npx @aircury/ai-framework@latest --update
# or preview the plan without writing anything
npx @aircury/ai-framework@latest --update --dry-run

它读取了保存 .aircury/framework.config.json 并应用与交互式安装器相同的计划:框架维护的文件被刷新,项目自己的文件被保存, AGENTS.md编号 :CLAUDE.md 合并、卸下的能力文件被去除、技能得到安装(无一成为 .agents/skills 分模块).

从本地分支安装

要测试一个未公布的分支, 请从您的本地退出中创建 CLI :

bun install
bun run build

然后从您想要配置的项目中运行已建安装器 :

node /absolute/path/to/ai-framework/dist/cli.js

如果您想要在安装到真正的仓库之前验证生成的文件, 请先使用丢弃项目 .

它安装什么

正在走动的 Skeleton

对于绿地项目,Aircury可以安装外部 aircury/walking-skeleton 技能作为可选能力.

当一个团队想从经过审查的发展成果评估开始,定义一个细小的端到端切片,并在正常特性交付开始前建立可运行基线时,建议采用.

技能留在自己的仓库里。 此框架只引用并安装到 skills add;它不销售 ADR 目录或生成示例代码.

使用工作流程顺序 :

/walking-skeleton plan
/walking-skeleton spec
/walking-skeleton build

文档