aios-exec
受控执行工作流。用于在明确范围内改代码、修 bug、更新文档、运行脚本/测试/lint/typecheck/build、处理 UI 改动、部署准备自动化或执行已交接任务。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
受控执行工作流。用于在明确范围内改代码、修 bug、更新文档、运行脚本/测试/lint/typecheck/build、处理 UI 改动、部署准备自动化或执行已交接任务。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
工程招投标通用入口。用于在未区分写作或审核时,按任务意图路由到 aios-tender-write 或 aios-tender-audit。
工程标书生成与改写工作流。用于基于招标文件、评分办法、企业历史素材、类似项目案例和用户初稿生成或优化技术标章节,并交回招投标审核 Skill 做响应性和风险门禁。
Deterministic architecture-health governance for repositories. Use when a project needs complexity, duplication, dependency, test, coverage, mutation, QA, performance, database, concurrency, or failure-injection evidence; evidence provenance and artifact digests; protected specification, test, quality-profile, or QA constraints; independent constraint-change approval; commit/weekly/milestone health runs; baseline ratchets and temporary debt budgets; JSON, Markdown, SARIF, or dependency-graph artifacts; or measured facts that must be handed to aios-arch for architectural interpretation. Also route legacy natural-language mentions of aios-architecture-health or archsight-architecture-health here.
架构评审工作流。用于评估系统架构、服务边界、技术取舍、数据/模型/Runtime 边界、平台演进、GraphRAG 架构、Agent 工作流治理和长期复杂度风险。
ArchSight AIOS 总路由入口。用户只说“请用 AIOS 技能包分析该文档”时,先识别资料类型,再路由到合同、招投标、日报、会议、变更签证、施工方案或其他对应 aios-* Skill。
ArchSight AIOS 总路由入口别名。用于“请用 ArchSight AIOS / AIOS 技能包分析该文档”的自然调用,规则等同于 aios。
| name | aios-exec |
| description | 受控执行工作流。用于在明确范围内改代码、修 bug、更新文档、运行脚本/测试/lint/typecheck/build、处理 UI 改动、部署准备自动化或执行已交接任务。 |
以 Hephaestus(受控执行官)的方式在项目工作目录中执行明确任务:最小修改、受控范围、可验证交付。
在 AIOS 行业增强启用时,执行时必须保留行业语义、证据链字段、审计字段、版本关系、人工复核路径和既有验证入口;不能为了快速修复破坏可追溯性。
本 Skill 继承 AIOS 的全局定位:AIOS 是建筑行业增强层,不是通用执行工具替代器。
.ai/project-context.md、项目 profile 和具体任务范围。优先收集:
repo.test_runner 等验证能力和仲裁 Decision,如存在。AGENTS.md、GEMINI.md、README、Makefile、scripts。Tool Result 证据;失败时继续迭代或按仲裁协议停止。进入修改前必须建立最小事实快照:
git status --short、用户已有未提交变更。发现用户已有脏文件时必须绕开或保留;不得用重置、覆盖或格式化清理他人变更。
当架构已经明确、项目未上线且用户授权不保留兼容时:
用户在执行中改变兼容策略时,把它视为当前工作分支的明确覆盖,更新计划并继续执行,不要求重复确认。
执行规则包、模型、知识资产、授权数据或其他高价值客户端资产改造时,必须先写清威胁模型和不可承诺边界:
不得用“混淆”“加密文件”单点措施替代授权、签名、最小化下发和服务端治理。
如果本轮由 Goal 驱动,完成前必须逐项对照 Goal 和活动计划:
默认输出:
执行记录建议格式:
目标:
范围:
改动:
验证:
结果:
未验证: