Skip to main content

update-agent-docs

Update the agent knowledge base after making code changes in the Roslyn repo. Run at the end of every task that modifies code, adds files, changes public APIs or diagnostics, or establishes new patterns. Keeps .github/memory/ fresh and reliable.

소스 정보

저장소
dotnet/roslyn
최근 소스 활동
2026년 9월 12일 16:51
감지된 SKILL.md 언어
영어
스타
20,686
포크
4,328

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
update-agent-docs
description
Update the agent knowledge base after making code changes in the Roslyn repo. Run at the end of every task that modifies code, adds files, changes public APIs or diagnostics, or establishes new patterns. Keeps .github/memory/ fresh and reliable.
# Update Agent Docs Run at the end of every task that changes code. This is not optional. ## Checklist **Memory file added, removed, renamed, or had its purpose change?** → Update `.github/memory/INDEX.md` and any memory files that reference it. **Public API changed?** → Update the owning project's `PublicAPI.Unshipped.txt` (RS0016 enforces this). `API_MAP.md` covers only repo-wide entry points. **New compiler error code, IDE diagnostic ID, or resource string added?** → Ensure `ErrorCode.cs` / `IDEDiagnosticIds.cs` / `.resx` (+ `/t:UpdateXlf`) are consistent. **New pattern established?** → If repo-wide, add to `.github/memory/CONVENTIONS.md`; if layer-specific, add to the matching `.github/instructions/<area>.instructions.md`. **Surprising or undocumented behavior found?** → Ask the user how they want it documented. **Changed test base classes, locations, or how to run a suite?** → Repo-wide layout → `.github/memory/TESTING_STRATEGY.md`; layer-specific bases/conventions → `.github/memory/testing/<area>.md`. **Any doc updated?** → No additional tracking needed. Git history tracks changes automatically. ## Documentation Quality Documentation must describe the repository's current state, not the history or mechanics of the change being made. Do not add guidance that only makes sense in the context of the current diff, mentions behavior removed by the task, or warns against a workaround that no longer exists. Before adding guidance, ask whether it would help a future contributor starting from a clean checkout; if not, leave it out. ## Creating New Doc Files If knowledge doesn't fit existing files: - Create a new file in `.github/memory/` with a descriptive name (e.g., `incremental-generators.md`, not `misc.md`). - Add YAML frontmatter with a `coverage` field describing what it covers. - Add a row to `.github/memory/INDEX.md`. You do not need permission to create new files in `.github/memory/`. This space is yours to evolve. ## Frontmatter Format New docs should have minimal frontmatter — only the `coverage` field: ```yaml --- coverage: Brief description of what this doc covers --- ``` Do NOT add `last_updated`, `updated_by`, `confidence`, or date fields. Git history provides this without creating merge conflicts.
GitHub에서 보기