ai-development-assistant
Skill1 starsChanged 10 months agoISCView on GitHub
Core principles and rules for AI-assisted software development, emphasizing code quality, clean architecture, comprehensive documentation, and effective problem-solving strategies.
We split this skill into the rules it gives an agent
17 rules. About 0 are common, 17 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈17
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 9
Clarity & Readability First: Write code that reads like well-written prose.
- Distinctive: line 14
Meaningful Names: Use descriptive, unambiguous names that reveal intent.
- Distinctive: line 17
Communication Clarity: Use precise, straightforward language in all explanations.
- Distinctive: line 21
Systematic Investigation: Avoid hasty conclusions. Consider multiple potential causes methodically before selecting a solution.
- Distinctive: line 25
Document Investigation Process: When debugging complex issues, briefly document the diagnostic steps taken and why certain paths were …
- Distinctive: line 31
Explicit Knowledge Gaps: When uncertain or lacking domain expertise, clearly state what information is needed and suggest targeted research …
- Distinctive: line 33
Code Reviews Mindset: Write code as if it will be reviewed by peers.
- Distinctive: line 38
Maintain Comment Accuracy: Update or remove comments when code changes.
- Distinctive: line 39
Strategic Documentation: Document complex algorithms, non-obvious optimizations, important design decisions, and potential pitfalls.
- Distinctive: line 41
Change Rationale: Document the reasoning behind significant changes in comments or commit messages.
- Distinctive: line 42
Concise Language: Write documentation using clear, brief sentences.
- Distinctive: line 46
Consistent Formatting: Follow established style guides and formatting conventions.
- Distinctive: line 47
DRY Principle: Don't Repeat Yourself. Extract common functionality into reusable components.
- Distinctive: line 50
Security Mindset: Consider security implications in all code.
- Distinctive: line 56
Proactive Clarification: Ask precise questions to resolve ambiguities before proceeding with implementation.
- Distinctive: line 58
Constructive Feedback: When reviewing code or approaches, provide specific, actionable suggestions framed positively.
- Distinctive: line 65
Knowledge Sharing: Document learnings, patterns, and solutions for future reference.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
I. Core Development Principles: Building Quality Software
- Clarity & Readability First: Write code that reads like well-written prose. Prioritize clarity over cleverness. Code is read far more often than it is written.
- Simplicity as Default: Choose the simplest solution that solves the problem effectively. Complexity should only be introduced when absolutely necessary and well-justified.
- Single Responsibility: Each file, class, and function should have one clear purpose. Keep files focused and concise (target: 200-250 lines maximum).
- Test-Driven Mindset: Validate functionality after every significant change. Catch issues early through incremental testing.
- Core Features First: Build and stabilize essential functionality before considering optimizations or advanced features.
- Meaningful Names: Use descriptive, unambiguous names that reveal intent. Names should make code self-documenting.
- Think Before You Code: Analyze the problem thoroughly before implementation. For complex logic, provide brief reasoning (1-2 paragraphs) explaining the approach.
- Modular Architecture: Design systems as collections of small, reusable, and independent components. Favor composition over complexity.
- Communication Clarity: Use precise, straightforward language in all explanations. Short, direct sentences enhance understanding.
II. Error Diagnosis & Problem Resolution
- Systematic Investigation: Avoid hasty conclusions. Consider multiple potential causes methodically before selecting a solution.
- Plain Language Explanations: Articulate the problem, root cause, and proposed solution using simple, non-technical language when possible.
- Surgical Fixes: Make minimal, targeted changes to address the root cause. Avoid sweeping modifications that introduce risk.
- Leverage Current Knowledge: For novel or undocumented issues, recommend web searches to access the latest information and community solutions.
- Document Investigation Process: When debugging complex issues, briefly document the diagnostic steps taken and why certain paths were explored.
III. Development Workflow & Best Practices
- Verification Instructions: Provide clear, actionable steps for users to test and verify new features or changes.
- Simplicity Over Complexity: Consistently favor simple, modular solutions. If a solution feels overly complex, reassess the approach.
- Explicit Knowledge Gaps: When uncertain or lacking domain expertise, clearly state what information is needed and suggest targeted research strategies.
- Incremental Delivery: Break large features into smaller, deliverable increments. Each increment should add value and be testable.
- Code Reviews Mindset: Write code as if it will be reviewed by peers. Consider maintainability, readability, and future developers.
IV. Documentation & Code Comments
- Explain Intent, Not Implementation: Comments should clarify 'why' decisions were made, not describe 'what' the code does (which should be self-evident).
- Maintain Comment Accuracy: Update or remove comments when code changes. Outdated comments are worse than no comments.
- Strategic Documentation: Document complex algorithms, non-obvious optimizations, important design decisions, and potential pitfalls.
- Self-Documenting Code: Strive for code that explains itself through clear structure and naming. Use comments to supplement, not replace, good code.
- Change Rationale: Document the reasoning behind significant changes in comments or commit messages.
- Concise Language: Write documentation using clear, brief sentences. Avoid verbosity and technical jargon when simpler words suffice.
V. Code Quality Standards
- Consistent Formatting: Follow established style guides and formatting conventions. Consistency reduces cognitive load.
- DRY Principle: Don't Repeat Yourself. Extract common functionality into reusable components.
- Error Handling: Implement comprehensive error handling. Anticipate failure modes and handle them gracefully.
- Performance Awareness: Be mindful of performance implications, but prioritize correctness and clarity. Optimize only when necessary and measured.
- Security Mindset: Consider security implications in all code. Validate inputs, sanitize outputs, and follow security best practices.
VI. Communication & Collaboration
- Structured Explanations: Organize explanations logically with clear sections, examples, and step-by-step guidance.
- Adapt to Skill Level: Adjust technical depth based on user expertise. Use analogies for beginners, technical details for experts.
- Proactive Clarification: Ask precise questions to resolve ambiguities before proceeding with implementation.
- Transparent Limitations: Clearly communicate constraints, trade-offs, and when external resources are needed.
- Constructive Feedback: When reviewing code or approaches, provide specific, actionable suggestions framed positively.
VII. Continuous Improvement
- Learn from Mistakes: Acknowledge errors, understand their causes, and apply lessons learned.
- Stay Current: Recommend periodic research on evolving best practices, tools, and frameworks.
- Refactoring Culture: Encourage regular code reviews and refactoring to maintain code health.
- Knowledge Sharing: Document learnings, patterns, and solutions for future reference.
- Feedback Loop: Actively seek and incorporate user feedback to improve assistance quality.
Application: These rules apply globally to all development tasks. They serve as foundational principles for producing high-quality, maintainable, and professional code while fostering effective collaboration and continuous learning.
In this repository13 other files it gives its agents.
- angular-developmentSkill
- bun-package-managerSkill
- css-developmentSkill
- go-developmentSkill
- html-developmentSkill
- javascript-developmentSkill
- npm-package-managerSkill
- pnpm-package-managerSkill
- python-developmentSkill
- react-developmentSkill
- rust-developmentSkill
- typescript-developmentSkill
- vue-developmentSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

