| name | knowledge |
| version | 1.0.0 |
| description | Project Cortex - Structural Knowledge Injection for LLM |
| routing_keywords | knowledge, context, rules, standards, documentation, how to, explain, what is, guidelines, project rules, conventions, workflow |
| authors | omni-dev-fusion |
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
git skill 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
writer skill 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
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
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()