Optimize agent documentation and add developer tooling#42
Conversation
- Fix 4 instances of trailing whitespace in PathHelpersTests.cs - Fix 5 instances of trailing whitespace in SarifResultsTests.cs - All multi-line lambda expressions now properly formatted - Verified with dotnet format --verify-no-changes
…atibility matrix - Add comprehensive FAQ section to usage guide covering common questions - Add update instructions to README for both global and local installations - Add compatibility matrix showing supported .NET versions, SARIF format, and operating systems - Update spell check dictionary with static analysis tool names (Checkmarx, Pylint, Qube, Semgrep, Trivy) - Create comprehensive documentation review report Documentation improvements: - FAQ section addresses 9 common questions with detailed answers - Update instructions provide clear upgrade paths - Compatibility matrix provides quick reference for supported versions - All changes pass markdown linting and spell checking
- Add test-results/ directory to .gitignore - Add *.log pattern to exclude all log files - Prevents accidental commits of build, test, and format logs
- Reduce agent docs from 3,464 to 746 words (78% reduction) - Remove generic coding instructions, keep only SarifMark-specific guidance - Add DEVELOPMENT.md with quick start guide - Add build.sh/bat and lint.sh/bat scripts for common tasks - Add .vscode/tasks.json for VS Code integration - Focus on project-specific requirements, testing, and quality standards Co-authored-by: Malcolmnixon <1863707+Malcolmnixon@users.noreply.github.com>
Malcolmnixon
left a comment
There was a problem hiding this comment.
Do you feel anything may have been lost in the AGENTS.md and .github/agents/xxx.md file pruning? If you feel concerned that the agents may lose fidelity then consider adding appropriate comments/instructions to the correct files.
- Add "When to Invoke This Agent" section to documentation-writer.md - Clarify when to delegate to documentation-writer and software-quality-enforcer - Update AGENTS.md Custom Agents section with invocation guidance - Remove DOCUMENTATION_REVIEW.md (should not be checked in) Co-authored-by: Malcolmnixon <1863707+Malcolmnixon@users.noreply.github.com>
After review, I believe the pruning retained all critical project-specific information. The removed content was generic coding best practices (naming conventions, error handling patterns, code organization) that skilled agents already know. What remains are SarifMark-specific rules that agents wouldn't know: Retained essentials:
Enhanced in commit 9df4dc6:
The 78% reduction eliminates redundancy while preserving all project-specific context needed for effective contributions. |
Pull Request
Description
Agent documentation consumed 3,464 words with generic coding advice. Reduced to 746 words (78% reduction) by extracting SarifMark-specific guidance only. Added developer tooling for faster iteration by humans and AI agents. Enhanced agent collaboration patterns with clear invocation guidance.
Agent Documentation Optimization:
Developer Tooling:
DEVELOPMENT.md: Quick reference for common commands and standardsbuild.sh/bat,lint.sh/batfor one-command execution.vscode/tasks.json: 10 tasks for build, test, lint, coverage, requirements verificationDocumentation Enhancements:
Quality Fixes:
.gitignorefor test artifactsType of Change
Related Issues
Pre-Submission Checklist
Before submitting this pull request, ensure you have completed the following:
Build and Test
dotnet build --configuration Releasedotnet test --configuration ReleaseCode Quality
dotnet format --verify-no-changesQuality Checks
Please run the following checks before submitting:
cspell "**/*.{md,cs}"markdownlint "**/*.md"yamllint '**/*.{yml,yaml}'Testing
Documentation
Additional Notes
Specialized Agent Reviews Conducted:
Token Impact: Custom agents now consume 78% fewer tokens on initialization, improving response time and context availability for actual work.
Agent Collaboration: Added clear guidance on when to invoke each specialized agent and how agents should collaborate (e.g., documentation-writer should recommend software-quality-enforcer for requirements test quality verification).
Cross-Platform Compatibility: All scripts tested on Linux. Windows batch files provided for parity.
Original prompt
✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.