关于 acreadiness-policy
用于通过 JSON 配置 AgentRC 就绪度策略的技能,涵盖检查项、评分影响和阈值。可帮助团队调整就绪度报告,并在 CI 中执行成熟度要求。
主要功能
- 01查看生效策略
- 02生成 JSON 策略模板
- 03禁用或覆盖检查项
- 04配置评分阈值
- 05应用策略并设置 CI 门禁
适用场景
- 01设定组织就绪度标准
- 02按项目技术栈调整检查
- 03在 CI 中执行最低等级要求
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ github/ awesome-copilot --skill acreadiness-policy安装后在 Claude Code 中输入/acreadiness-policy确认已加载。
详细介绍
/acreadiness-policy — AgentRC 策略
当用户询问策略、严格模式、自定义评分、禁用检查、组织标准或就绪度的 CI 门禁时,使用此技能。
策略是一个小型 JSON 文件,包含三个可选部分 —— criteria、extras、thresholds —— 用于自定义 AgentRC 对就绪度的评分方式。
内置示例
AgentRC 在 examples/policies/ 中附带三个示例策略:
| 策略 | 作用 |
|---|---|
strict.json | 100% 通过率,提高关键标准的影响权重 |
ai-only.json | 禁用所有仓库健康检查,专注于 AI 工具链 |
repo-health-only.json | 禁用 AI 检查,专注于传统质量 |
在编写自定义策略之前,建议将这些作为起点。
策略 schema
{
"name": "my-policy",
"criteria": {
"disable": ["env-example", "observability", "dependabot"],
"override": {
"readme": { "impact": "high", "level": 2 },
"lint-config": { "title": "Linter required" }
}
},
"extras": {
"disable": ["pre-commit"]
},
"thresholds": {
"passRate": 0.9
}
}
影响权重
| 影响 | 权重 |
|---|---|
| critical | 5 |
| high | 4 |
| medium | 3 |
| low | 2 |
| info | 0 |
Score = 1 − (deductions / max possible weight)。等级:A ≥ 0.9,B ≥ 0.8,C ≥ 0.7,D ≥ 0.6,F < 0.6。
子命令
show
列出当前生效的策略(来自 agentrc.config.json 的 policies 数组,或没有)。
new <name>
使用合理的默认值搭建 policies/<name>.json。引导用户完成:
- 要禁用哪些内容 —— 与其技术栈无关的支柱或 extras(例如对静态站点禁用
observability)。 - 要提高哪些内容 —— 将必备项的
impact覆盖为high或critical(例如readme、codeowners)。 - 通过率阈值 —— 典型组织基线:
0.7(宽松)、0.85(标准)、1.0(严格)。 - 从
agentrc.config.json引用该策略:{ "policies": ["./policies/<name>.json"] }
apply <path-or-pkg>
运行 agentrc readiness --json --policy <source>,并通过移交给 assess 技能 / ai-readiness-reporter Agent 重新渲染报告。支持链式调用:
npx -y github:microsoft/agentrc readiness --json --policy ./org-baseline.json,./team-frontend.json
CI 门禁
将策略与 --fail-level 结合,在 CI 中强制要求最低成熟度等级:
- run: npx -y github:microsoft/agentrc readiness --policy ./policies/strict.json --fail-level 3
进阶
JSON 策略可以禁用、覆盖和设置阈值 —— 但无法添加新标准。如需新的检测逻辑,请引导用户使用 AgentRC 的 TypeScript 插件系统(docs/dev/plugins.md)。
操作规则
- 切勿静默禁用某个支柱。 如果用户想禁用
observability,请确认并说明其利弊。 - 优先覆盖
impact而非禁用。 禁用会完全隐藏差距;覆盖则让它仍然出现在报告中。 - 建议保持 extras 启用。 它们没有任何成本 —— 不影响评分。
- 建议分层 —— 大多数组织希望有一个基线策略 + 通过
--policy a.json,b.json链式添加的按团队覆盖。
评论
支持 Markdown