Knowledge Skill Policy
Router Logic
Scenario 1: User asks to "commit", "save", or "finish"
- •Observe: Call
get_development_context() - •Analyze: Extract commit types, scopes, and active guardrails
- •Execute: Use
gitskill to commit (if Client lacks git) - •Verify: Ensure message follows format
Scenario 2: User asks "how do I...", "what is...", "explain..."
- •Analyze: Identify topic from user question
- •Search: Call
consult_architecture_doc(topic) - •Synthesize: Summarize relevant information
- •Respond: Provide concise answer with source references
Scenario 3: User asks to write documentation
- •Prepare: Call
get_writing_memory()FIRST - •Follow: Apply writing style rules
- •Polish: Use
writerskill for linting
Scenario 4: User asks to write code (Python, Nix, etc.)
- •Standards: Call
get_language_standards(lang) - •Context: Call
get_development_context() - •Execute: Use appropriate skill (python, terminal, etc.)
Workflow: Commit Flow
code
User: commit
Claude:
1. get_development_context() → {scopes: ["mcp", "core"], guardrails: ["vale"]}
2. Generate message following format: "type(scope): description"
3. Warn user about guardrails if applicable
4. Execute git_commit
Workflow: Documentation Flow
code
User: write docs for feature X
Claude:
1. get_writing_memory() → Load writing rules
2. consult_architecture_doc("documentation") → Get doc structure
3. Write document following rules
4. Run vale check if available
Anti-Patterns
- •Don't use knowledge tools as execution shortcuts
- •Don't skip loading writing memory before documentation
- •Don't ignore guardrails returned by
get_development_context()