Update stale API or function documentation so parameters, behavior, examples, thrown errors, and links match the current implementation.
/goal GOAL: Complete Documentation Matches Code for a developer-facing documentation site or repository: Update stale API or function documentation so parameters, behavior, examples, thrown errors, and links match the current implementation. CONTEXT: - Before editing, read the nearest AGENTS.md/CLAUDE.md, current issue or PLAN.md, and any failing logs already in the repo. - Inspect README, docs, examples, runbooks, and lint configuration. - Establish a baseline by running or locating evidence for: `documentation diff matches code signature, examples compile or type-check, docs lint passes`. CONSTRAINTS: - Keep the scope limited to this goal; do not expand into unrelated cleanup. - Do not weaken tests, delete assertions, or mask errors to make verification pass. - Respect the repository's AGENTS.md/CLAUDE.md instructions and existing patterns. - Do not invent APIs, flags, commands, or product behavior. - Mark unverified commands clearly instead of presenting guesses as facts. DONE WHEN: - The implementation or documentation directly satisfies: Update stale API or function documentation so parameters, behavior, examples, thrown errors, and links match the current implementation. - The verification command or evidence path succeeds: `documentation diff matches code signature, examples compile or type-check, docs lint passes`. - The final diff is scoped to the relevant files and has no unrelated formatting churn. VERIFY: - Run `documentation diff matches code signature, examples compile or type-check, docs lint passes` or the closest repo-local equivalent if the exact command is not available. - Capture before/after evidence for the behavior, metric, report, or artifact involved. - If verification cannot run locally, stop and report the missing dependency instead of guessing success. OUTPUT: - Summarize changed files, key decisions, verification output, and remaining risks. - Include any follow-up that is required for production rollout or human review. STOP RULES: - Pause if secrets, production access, stakeholder decisions, or destructive data operations are required. - Pause after three failed fix attempts on the same symptom and challenge the root-cause hypothesis. - Do not mark the goal complete until the current repository state has been audited against DONE WHEN.
原始来源: GitHub Copilot Cookbook
证据摘要: Update the existing documentation for the getByCategoryName function to reflect the current implementation; source: GitHub Copilot Cookbook; type: official-agent-task; verification: documentation diff matches code signature, examples compile or type-check, docs lint passes