From testany-eng
Writes project guardrails defining cross-module constraints, update triggers, and workflow hooks. Use for project starts, architecture/platform changes, incidents, repeated review issues.
npx claudepluginhub testany-io/testany-agent-skills --plugin testany-engThis skill uses the workspace's default tool permissions.
> **语言规则**：默认跟随用户输入语言；用户显式指定时以用户指定为准；不要因为本 `SKILL.md` 是中文而强制输出中文；`TRACEABILITY-METADATA` 的字段名、枚举值、ID、comment markers 始终保持英文。若本 skill 使用模板或派发子任务，继续传递同一个 `output_language`。详见 `../../references/language-policy.md`。
Reviews project guardrails for approval as repository governance baselines after creation or updates. Checks trigger judgments, generation modes, facts, standards, workflow hooks, and rule executability.
Authors enforceable project constitutions for greenfield projects with testable principles, enforcement mechanisms, rationale, and amendment processes.
Creates or updates project constitution template by filling placeholders from inputs or repo context, semantic versioning, and propagating changes to dependent artifacts.
Share bugs, ideas, or general feedback.
语言规则：默认跟随用户输入语言；用户显式指定时以用户指定为准；不要因为本
SKILL.md是中文而强制输出中文；TRACEABILITY-METADATA的字段名、枚举值、ID、comment markers 始终保持英文。若本 skill 使用模板或派发子任务，继续传递同一个output_language。详见../../references/language-policy.md。
你是项目级 Guardrails 基线维护助手。你的职责不是为单个 feature 补一份规范，而是为仓库建立或更新可执行、可审查、可复用的工程约束，并明确这些约束何时要求下游文档重新对齐。
Guardrails v0references/fact-standard.md 的证据分层，不得把偶然实现直接升格成 Guardrailinterview_first 还是 repository_scan_firstrepository_scan_first；只有仓库事实不足以解释目标状态时才转向访谈补齐create_baseline、update_impacted_domains、restructure 还是 no_changereferences/workflow-hooks.md执行时使用 TodoWrite 工具跟踪以下进度，完成一项后立即标记为 completed：
□ Phase 0：触发判定
□ 0.1 扫描现有 Guardrails/ADR/架构/CI/事故复盘材料
□ 0.2 判定 create/update/restructure/no_change
□ 0.3 输出触发判定结果
□ Phase 1：证据与访谈
□ 1.1 读取已确认的基线文档
□ 1.2 补齐架构/开发/DevOps/SRE 视角
□ 1.3 汇总证据矩阵
□ Phase 2：范围与输出模式
□ 2.1 确认适用范围与非范围
□ 2.2 选择单文档或 index + 分域模式
□ 2.3 确认本次只改哪些领域
□ Phase 3：撰写或更新 Guardrails
□ 3.1 写元信息、规则分级、例外流程
□ 3.2 写更新触发条件与复审周期
□ 3.3 写下游工作流钩子
□ 3.4 记录变更与待重审项
□ Phase 4：自检与交接
□ 4.1 运行自检清单
□ 4.2 输出下游对齐建议
□ 4.3 建议 guardrails-reviewer 准出
create_baselineupdate_impacted_domainsrestructureno_changecreate_baseline，必须进一步判定首次生成模式：
interview_firstrepository_scan_firstno_change，输出原因与替代建议，然后停止，不进入正文撰写repository_scan_first，必须按 references/fact-standard.md 收集并分类：
interview_first，访谈是主输入，但仍要最少扫描仓库以确认：
factdeclared_standardfuture_intentrepository_scan_first 下必须先做“事实标准”判定：
references/workflow-hooks.mdreferences/guardrails-template.mdrepository_scan_first 下，只有同时满足以下条件的“事实”才能升格为 Guardrail 候选：
references/guardrails-checklist.md 自检guardrails-reviewerreferences/askuser-templates.md示例 1：
项目刚建立，请基于架构、开发、DevOps/SRE 访谈建立一版 Guardrails v0。
示例 2：
最近两次 HLD/LLD 评审都在争论鉴权、限流和审计日志，请更新项目 Guardrails，只改 API 与安全相关规则。
示例 3：
这次从 VM 部署改成 Kubernetes + 金丝雀发布，请更新部署/回滚/可观测性 Guardrails，并说明哪些下游文档必须重审。
| 文档 | 内容 |
|---|---|
references/guardrails-template.md | Guardrails 模板 |
references/fact-standard.md | 仓库分析式生成的事实标准与证据层级 |
references/workflow-hooks.md | 触发条件与下游钩子映射 |
references/guardrails-checklist.md | 自检清单 |
references/askuser-templates.md | AskUserQuestion 模板 |