Agent skill
update-agent-config
Quellcode ansehen: yigitkonur/skills-by-yigitkonur
Installation
npx skills add yigitkonur/skills-by-yigitkonur --skill update-agent-config6
Installationen
EU-hosted inference API
Power your AI agent skills with open-source models.
Drop-in OpenAI-compatible API. No data leaves Europe.
MiniMax
MiniMax M3
$0.40 / $1.40
per M tokens
Z.ai
GLM 5.3 Flash
$0.20 / $0.60
per M tokens
MoonshotAI
Kimi K3
$4.00 / $18.00
per M tokens
DeepSeek
DeepSeek V4.1 Flash
$0.40 / $1.40
per M tokens
Update Agent Config
Refresh a mature AGENTS.md hierarchy that has drifted from current code. Audit first, in evidence. Then dispatch parallel writers fed by the audit. Add files only for code-bearing folders that genuinely lack one. Preserve voice, structure, length — patch, do not rewrite.
This skill assumes the AGENTS hierarchy already exists. For greenfield creation of root + folder AGENTS.md files, route to init-agent-config.
When to use
- "audit our AGENTS.md / CLAUDE.md / REVIEW.md files"
- "the AGENTS docs are stale after the recent refactor — refresh them"
- "verify every
file:linereference insrc/AGENTS.mdis correct" - "recompute the color / font-size / spacing frequency tables in
src/AGENTS.md" - "the doc claims X but the code now says Y — sweep the drift across all docs"
- "find every code folder without an
AGENTS.mdand write one" (expect mostly skips — see Phase 0 selection test) - "show me which folders have AGENTS.md coverage and how big each file is"
- "the schema version changed; sweep all docs that quote the old literal"
- "docs marked
NOT YET LANDEDfor files that now exist — fix the manifest tables"
Do NOT use for
- Greenfield setup (root + folder AGENTS.md from scratch) → use
init-agent-config - PR review → use
run-reviewMode A - Skill creation/maintenance → use
build-skill - One-off doc fix where the audit overhead doesn't pay off (e.g., correct a single typo)
- Native review adapter generation (Copilot/Devin/Greptile) when AGENTS is already accurate — the existing
init-agent-configStep 12 covers that
File responsibilities (same contract as init)
| Surface | Purpose | Update-mode concern |
|---|---|---|
AGENTS.md |
How agents should work, where code lives, what local boundaries exist | Refresh refs, recount tables, drop "NOT YET LANDED" stubs that landed |
CLAUDE.md |
Compatibility companion symlink → AGENTS.md |
Verify symlink integrity; create for new gap folders |
REVIEW.md |
What diffs should be flagged, protected, or held to a higher bar | Update severity refs; drop trigger phrases for rules that became false |
Folder AGENTS.md |
Local delta only — never restate root | Same; add for newly-discovered code-bearing folders |
Non-negotiables
Hard guardrails — read every run.
- Audit before editing. Always. The Quality Report ships before any Edit/Write call.
- Falsifiable claims only. Every statement that names
file:line, a function/symbol/CLI flag, or a count is verified bygrep -n/sed -n/wc -lagainst current HEAD before correction. Drift is a fact, not a guess. - Parallel Opus auditors then parallel Opus writers. Two phases, hard boundary. Auditors do not edit; writers do not re-audit (they trust their brief).
- Preserve voice, structure, length. Patch in place. Don't rewrite a 313-line file into 280 lines because the new wording is "cleaner". The goal is accurate, not prettier.
- Internal consistency. When fixing §1, check §8 doesn't contradict. When the manifest table says "Y is a stub", check the prose later doesn't already describe Y as landed.
- Gap folders get new files patterned after the closest sibling. No greenfield template. The closest sibling
AGENTS.mdis the model — its tone, density, and section structure transfer. - Companion
CLAUDE.mdsymlinks intact. Verify post-edit. Create for new gap folders. Fallback to@AGENTS.mdwrapper only when symlinks are forbidden — call it out. - Re-audit before declaring done.
scripts/audit-agents-md.shruns once before edits and once after. Diff the surface counts. - No new sections without 3+ repo-specific facts. Updating ≠ expanding. If a section is missing because the code is missing, leave it missing.
Anti-derail guardrails
| Derail | Correction |
|---|---|
| Editing the doc before the audit completes | Audit-first is the contract; the Quality Report ships first |
| Rewriting from memory ("I recall the file changed") | Always re-grep / re-sed; cite line numbers from the actual file |
| Auditor agent also edits | Auditors produce findings only; writers act |
| Writer agent re-runs the audit | Writers trust the brief; re-grep only for the specific recount they're applying |
| Frequency tables left untouched because "they're roughly right" | Recount every numbered table via grep — the cascade of additions silently shifts counts |
| "NOT YET LANDED" stub claims left in place | ls the alleged-missing files; if they exist, document them and remove the stub line |
| Internal contradictions silently surviving (§1 row vs §8 prose) | Cross-check the rule in §N against every later reference to the same symbol/file |
| Voice rewrite ("I made it more readable") | Patch in place; if you can't make a surgical edit, the change isn't ready |
| Auditing only headlines, missing prose claims | Every paragraph with a file.ext:line token is in scope |
| Adding new sections during update | Update mode only — new content goes to a separate init-agent-config pass |
| One AGENTS.md per directory ("coverage looks thorough") | Most folders are skips; a file needs invariants, not just code. 2–4 new files per pass is healthy |
| Paging through build noise in the tree scan | Use treezip (or prune by hand), find where real source resumes, read that — never script around it |
| Verifying claims inside a stale worktree / vendored copy | Resolve every path against the repo's live source tree before grepping |
Scripts
Resolve script paths relative to this skill directory.
| Script | Use when | Mutates |
|---|---|---|
scripts/audit-agents-md.sh |
Phase 0 inventory + post-edit re-audit: existing surfaces, line counts, companion symlink status, folder coverage map (src-files / LOC / AGENTS.md per code folder), duplicate-source risk. See scripts/audit-agents-md.sh.md. |
No |
The init-only scaffold-agents-md.sh was dropped — update-mode never emits greenfield skeletons.
The Five Phases
mature AGENTS hierarchy with drift after code churn
│
Phase 0 — Scan + Gap detection + Last-edit churn signal
│
Phase 1 — Quality Report (BEFORE any edit; ask user)
│
Phase 2 — Parallel Opus auditor dispatch (falsifiable claims)
│
Phase 3 — Triage findings + scope confirmation
│
Phase 4 — Parallel Opus writer dispatch (patch in place + author gap files)
│
Phase 5 — Post-edit re-audit + commit + push
│
refreshed hierarchyEach phase has a gate. Do not skip forward. See references/audit-and-update.md for the per-phase detail and Quality Report format.
Phase 0 — Scan + Gap detection + Churn signal
Three reads, no writes:
Existing surfaces + coverage map.
bash scripts/audit-agents-md.shfrom the repo root — lists everyAGENTS.md,CLAUDE.md(with symlink target),REVIEW.md, native adapter, current line counts, and a folder coverage map: each code-bearing directory (depth ≤ 2) with its source-file count, source LOC, and whether it has its ownAGENTS.md(with line count). This table is the gap-detection input — read it, don't recompute it by hand.Tree scan. Prefer
treezip .(compressed, AI-readable tree;npm i -g treezip) over rawtree— it brace-groups siblings and hardcodes an aggressive noise filter (VCS dirs,node_modules, venvs, caches,DerivedData, worktrees under.claude/), so the structure fits in context without hand-filtering. Fall back totree -dL 2 .(-dL 3for monorepos) when treezip isn't installed. Either way, budget the read: if the output is dominated by one noisy subtree (vendored deps, build products, checked-in worktrees), locate where the real source tree resumes and read that section — never page through build noise, and never write a one-off script to parse the tree.Gap folders — select, don't enumerate. From the coverage map, a folder is a gap candidate only when all of these hold:
- Code-bearing: it has real source files (the map's SRC-FILES column), not just data, assets, generated output, or planning artifacts.
- Substantial: rough floor ~10 source files or ~1,500 LOC. Below that, a folder earns a file only if it holds a genuinely dangerous invariant.
- Invariant-dense: it owns rules an agent can't infer from the code — protocol facts, ordering contracts, "never do X" traps, local test gotchas. A folder of conventional glue (small utility helpers, thin view wrappers, generated bindings, test scaffolding) gets no file no matter its size — the root doc plus code reading covers it.
- Not already covered: its nearest ancestor
AGENTS.mddoesn't already carry the folder's rules. Prefer one file at the subsystem root (e.g.src/transcription/) over one per leaf (cloud/,engine/,streaming/).
Expect to skip most folders. A healthy pass on a mid-size repo adds 2–4 folder files, not one per directory. In the Quality Report, list skipped candidates with a one-line reason each ("conventional UI code", "covered by root") so the user can veto.
Churn signal — the steering trick. For each existing doc, get its last edit timestamp:
git log -1 --format=%ct -- <doc>Then for the source files that doc references (anything matching
\b[\w./-]+\.[a-z]+:\d+\bin the doc), list commits since that timestamp:git log --since=<timestamp> --oneline -- <referenced-file>This is the audit scope. If the doc was last touched at
Tandstyles.csshas had 12 commits sinceT, that file's line refs and counts are guaranteed stale. Drive auditor focus there. Files with zero churn since the doc's last edit can be lower-priority.
Phase 1 — Quality Report (BEFORE editing)
Output the report — no edits yet. Format in references/audit-and-update.md. Headline rows:
| Surface | Count | Avg score | Stale-ref count | Notes |
|---|---|---|---|---|
AGENTS.md |
N | X/10 | M lines flagged | … |
CLAUDE.md symlinks |
N | ✅ / ⚠ | — | … |
REVIEW.md |
N | X/10 | M | … |
| Gap folders | N | — | — | List |
| Native adapters | N | — | — | List |
Then the coverage table — every code-bearing folder from the Phase 0 map, so the user sees what exists, how big it is, and what you propose:
| Folder | Src files | Src LOC | AGENTS.md | Decision |
|---|---|---|---|---|
src/api/ |
41 | 7,200 | yes (65 lines) | audit for drift |
src/transcription/ |
29 | 4,800 | — | author (invariant-dense) |
src/components/ |
76 | 13,000 | — | skip: conventional UI, covered by root |
src/utils/ |
8 | 400 | — | skip: small utility folder |
Every skipped row carries its one-line reason. Per-file: score + 5-line summary of what's drifted (line refs / invalidated rules / missing content / internal contradictions). Then ask the user:
- Which files to fix (default: all flagged as drift > 0)
- Which gap folders to fill (default: code-bearing ones only)
- Skip the post-edit native-adapter regeneration unless explicitly requested
Phase 2 — Parallel Opus auditor dispatch
After user confirms scope. Dispatch 3–5 parallel Opus agents, one per logical group of files. Sample grouping for a typical repo:
- Auditor A: root
AGENTS.md+REVIEW.md+scripts/AGENTS.md+scripts/REVIEW.md(orchestration + pipeline) - Auditor B:
src/AGENTS.md+src/REVIEW.md(design system / styles) - Auditor C:
src/services/AGENTS.md+src/stores/AGENTS.md+ theirREVIEW.md(TypeScript code refs) - Auditor D:
src/ui/AGENTS.md+src/ui/REVIEW.md(UI module contract)
Each auditor follows the falsifiable-claim discipline — see references/agent-dispatch.md Auditor section. They:
- Quote each statement that names
file:line/ symbol / count - Verify with
grep -n/sed -n/wc -l/ls - Report VERIFIED ✓ / STALE: <actual> / INCORRECT: <reality> / UNVERIFIED: <reason>
- Do not edit. They return a findings list only.
Use the churn signal from Phase 0 to focus their attention.
Phase 3 — Triage findings
Classify the returned findings:
- High impact — rule is now wrong (e.g., "every
$playback.setmust live in audio-player.ts" is no longer true). These are dangerous; future agents will misroute work. - Medium impact — content missing (new files, new exports, new verbs not in the manifest). Future agents won't know about features.
- Low impact — line numbers shifted but semantic content correct. Cosmetic; batch these.
- Internal contradiction — same doc says X in §1 and not-X in §8. Pick the truth, propagate.
Decide which to fix this pass vs. defer. Default: fix high + medium; fix low only in surrounding edits.
Phase 4 — Parallel Opus writer dispatch
Dispatch 3–5 parallel Opus writers with the same grouping. Each writer gets:
- Target file paths
- The auditor's findings list for that group
- Instructions to preserve voice, structure, length (see Non-negotiable #4)
- Permission to re-grep for recounts (frequency tables) but not re-audit
- For gap folders: pattern after the closest sibling
AGENTS.md(cite which one)
Each writer applies Edit calls in place. They do not add new sections. They report which paths they touched and a 3-line summary per file. See references/agent-dispatch.md Writer section.
Phase 5 — Post-edit re-audit + commit + push
- Re-run
bash scripts/audit-agents-md.sh— diff against the Phase 0 snapshot. Surface counts should match (or +N for gap folders newly created). No new orphan symlinks. - Spot-check 2–3 high-impact corrections via grep — confirm the new ref points where the doc claims.
- Commit. One commit per concern:
docs(agents): refresh stale refs + counts after <churn-event>docs(<folder>): add AGENTS.md + REVIEW.md(separate commit per gap folder if substantial)
- Push. Watch CI (typecheck on docs is no-op; the push exists to land the refresh).
Creative steering signals
These are the under-used patterns. Reach for them when the audit feels generic.
git logsince doc's last edit (Phase 0) — drives scope toward files that have actually churned. Don't audit the whole tree blindly; audit where the diff is.- File-size delta as drift proxy. If a referenced file grew 2× since the doc's last edit (e.g.,
styles.css2,679 → 5,138 lines), every line ref is stale by definition. lsagainst "NOT YET LANDED" stubs. A doc's stub-table is a falsifiable claim too.lseach alleged-missing file; if it exists, the stub is wrong.- Frequency-table auto-recount. Every numbered table in the doc (colors, font-sizes, spacing, escape-html call counts) is recountable via
grep -c. Recount before correcting. - Cross-doc consistency. If two docs independently cite the same symbol's location, both must agree. A pre-edit grep finds the surviving stale one.
- Symbol rename detector. If the auditor finds "function
foono longer exists at the cited line", rungit log -S 'foo' -- <file>to find the rename commit. Update to the new name. - Stub-graduation sweep. Any line containing "NOT YET LANDED" / "not yet built" / "deferred" is a candidate for an
ls-based audit. - Test-file existence cross-check. Manifest tables that claim "Tests: none" can be falsified by
ls <module>.test.*. - Coverage-map thresholds as a conversation, not a law. The ~10-file / ~1,500-LOC floor filters candidates; the invariant-density test decides. A 4-file folder holding a wire protocol earns a file; a 40-file folder of CRUD forms doesn't.
- Mine merged-PR descriptions and review findings for gap-file content. The invariants worth writing down usually surfaced somewhere: adversarial review rounds, PR descriptions, fix commits (
git log --grep=fix -- <folder>). Verify each against HEAD before encoding it — a review finding may have been fixed differently than described.
Reference routing
Read the smallest reference set that unblocks the current decision.
| Need | Reference |
|---|---|
| Quality Report format, drift categories, post-edit verification, falsifiable-claim discipline | references/audit-and-update.md |
| Auditor + writer prompt scaffolds (parallel-Opus dispatch) | references/agent-dispatch.md |
| AGENTS authoring, folder scoping, WHAT/WHY/HOW filter (applies to in-place edits too) | references/agents-md-format.md |
Companion CLAUDE.md symlinks, native review adapter rules, cross-agent surfaces |
references/agent-entrypoints.md |
REVIEW.md purpose, root/scoped split, severity tagging |
references/review-context.md |
Quick-start mapping
| Situation | Start with | Then read |
|---|---|---|
| Big refactor just landed; sweep all docs | references/audit-and-update.md |
references/agent-dispatch.md |
| Just need to refresh frequency tables | references/audit-and-update.md (recount section) |
— |
| Add AGENTS.md for newly-discovered code folder | references/agents-md-format.md |
references/agent-entrypoints.md |
| REVIEW.md needs severity refresh after rule changes | references/review-context.md |
references/audit-and-update.md |
Final output expectations
When you finish a run, return:
- Phase 0 scan — surface counts before and after; gap folders identified
- Quality Report — pre-edit, with per-file scores and drift findings
- Triage decision — which findings landed this pass, which deferred
- Files edited + files authored — explicit list with line-count deltas
- Companion symlink status — verified intact; new ones for gap folders
- Re-audit diff — Phase 5 output vs Phase 0
- Commits + push state — commit SHAs, CI status
- Unresolved unknowns —
[unverified]markers left in place, why
Installationen
Sicherheitsprüfung
Quellcode ansehen
yigitkonur/skills-by-yigitkonur
Mehr aus dieser Quelle
Give agents clean web context
Search and extract the public web as Markdown or structured JSON through one API or hosted MCP server.
Verwandte Skills
Mehr aus dieser Quelle: yigitkonur/skills-by-yigitkonur
So verwenden Sie diesen Skill
Install update-agent-config by running npx skills add yigitkonur/skills-by-yigitkonur --skill update-agent-config in your project directory. Führen Sie den obigen Installationsbefehl in Ihrem Projektverzeichnis aus. Die Skill-Datei wird von GitHub heruntergeladen und in Ihrem Projekt platziert.
Keine Konfiguration erforderlich. Ihr KI-Agent (Claude Code, Cursor, Windsurf usw.) erkennt installierte Skills automatisch und nutzt sie als Kontext bei der Code-Generierung.
Der Skill verbessert das Verständnis Ihres Agenten für update-agent-config, und hilft ihm, etablierte Muster zu befolgen, häufige Fehler zu vermeiden und produktionsreifen Code zu erzeugen.
Was Sie erhalten
Skills sind Klartext-Anweisungsdateien — kein ausführbarer Code. Sie kodieren Expertenwissen über Frameworks, Sprachen oder Tools, das Ihr KI-Agent liest, um seine Ausgabe zu verbessern. Das bedeutet null Laufzeit-Overhead, keine Abhängigkeitskonflikte und volle Transparenz: Sie können jede Anweisung vor der Installation lesen und prüfen.
Kompatibilität
Dieser Skill funktioniert mit jedem KI-Coding-Agenten, der das skills.sh-Format unterstützt, einschließlich Claude Code (Anthropic), Cursor, Windsurf, Cline, Aider und anderen Tools, die projektbezogene Kontextdateien lesen. Skills sind auf Transportebene framework-agnostisch — der Inhalt bestimmt, für welche Sprache oder welches Framework er gilt.