‹ 首页

acreadiness-policy

@boshi-xixixi · 收录于 5 天前 · 上游提交 2 个月前

Help the user pick, write, or apply an AgentRC policy. Policies customise readiness scoring by disabling irrelevant checks, overriding impact/level, setting pass-rate thresholds, or chaining org baselines with team overrides. Use when the user asks about strict mode, AI-only scoring, custom weights, CI gating, or wants org-wide standardisation.

适合你,如果需要在 AgentRC 中自定义检查规则或评分标准

/ 通过 npx 安装 校验哈希
npx oh-my-skill add boshi-xixixi/traeskill/acreadiness-policy
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- boshi-xixixi/traeskill/acreadiness-policy
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify boshi-xixixi/traeskill/acreadiness-policy
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
254GitHub stars
~828上下文体积 · 单文件
索引托管

怎么用

商店整理自技能原文 · 版本 9cf38e6 · 表述以原文为准
它做什么

Claude 可以帮你查看当前生效的策略、新建自定义策略文件,或应用一个策略来调整备便度评分的规则。

什么时候触发

当用户询问关于策略、严格模式、自定义评分、禁用检查、组织标准或CI门控时触发。

装好后可以这样说
Claude 会显示当前策略列表或提示无策略。
Claude 会引导你配置禁用项、覆盖项和通过率阈值。
技能原文 SKILL.md作者撰写 · MIT · 9cf38e6

/acreadiness-policy — AgentRC policies

Use this skill when the user asks about policies, strict mode, custom scoring, disabling checks, org standards, or CI gating of readiness.

A policy is a small JSON file with three optional sections — criteria, extras, thresholds — that customise how AgentRC scores readiness.

Built-in examples

AgentRC ships with three example policies in examples/policies/:

| Policy | What it does | |---|---| | strict.json | 100% pass rate, raises impact on key criteria | | ai-only.json | Disables all repo-health checks, focuses on AI tooling | | repo-health-only.json | Disables AI checks, focuses on traditional quality |

Recommend these as starting points before writing a custom policy.

Policy 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
  }
}
Impact weights

| Impact | Weight | |---|---| | critical | 5 | | high | 4 | | medium | 3 | | low | 2 | | info | 0 |

Score = 1 − (deductions / max possible weight). Grades: A ≥ 0.9, B ≥ 0.8, C ≥ 0.7, D ≥ 0.6, F < 0.6.

Sub-commands
show

List policies currently in effect (from agentrc.config.json policies array, or none).

new <name>

Scaffold policies/<name>.json with sensible defaults. Walk the user through:

  1. What to disable — irrelevant pillars or extras for their stack (e.g. disable observability for a static site).
  2. What to raise — override impact to high or critical for must-haves (e.g. readme, codeowners).
  3. Pass-rate threshold — typical org baselines: 0.7 (lenient), 0.85 (standard), 1.0 (strict).
  4. Reference the policy from agentrc.config.json: ```json { "policies": ["./policies/<name>.json"] } ```
apply <path-or-pkg>

Run agentrc readiness --json --policy <source> and re-render the report by handing off to the assess skill / ai-readiness-reporter agent. Supports chaining:

npx -y github:microsoft/agentrc readiness --json --policy ./org-baseline.json,./team-frontend.json
CI gating

Combine policies with --fail-level to enforce a minimum maturity level in CI:

- run: npx -y github:microsoft/agentrc readiness --policy ./policies/strict.json --fail-level 3
Advanced

JSON policies can disable, override, and set thresholds — but cannot add new criteria. For new detection logic, point users at AgentRC's TypeScript plugin system (docs/dev/plugins.md).

Operating rules
  • Never silently disable a pillar. If the user wants to disable observability, confirm and explain the trade-off.
  • Prefer overriding impact over disabling. Disabling hides the gap entirely; overriding lets it still appear in the report.
  • Recommend extras stay enabled. They cost nothing — they don't affect the score.
  • Suggest layering — most orgs want a baseline policy + per-team overrides chained with --policy a.json,b.json.
按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。