Add VISION.md documenting project philosophy and goals
Covers: - The problem: inconsistent AI-assisted workflows - The solution: composable toolkit for Claude Code - Component types: skills, agents, commands - Target users: developers using Claude Code with Forgejo - Guiding principles: encode don't repeat, composability, approval before action, dogfooding, progressive disclosure Closes #1 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
This commit is contained in:
102
VISION.md
Normal file
102
VISION.md
Normal file
@@ -0,0 +1,102 @@
|
|||||||
|
# Vision
|
||||||
|
|
||||||
|
## The Problem
|
||||||
|
|
||||||
|
AI-assisted development is powerful but inconsistent. Claude Code can help with nearly any task, but without structure:
|
||||||
|
|
||||||
|
- Workflows vary between sessions and team members
|
||||||
|
- Knowledge about good practices stays in heads, not systems
|
||||||
|
- Context gets lost when switching between tasks
|
||||||
|
- There's no shared vocabulary for common patterns
|
||||||
|
|
||||||
|
The gap isn't in AI capability—it's in how we use it.
|
||||||
|
|
||||||
|
## The Solution
|
||||||
|
|
||||||
|
This project provides a **composable toolkit** for Claude Code that turns ad-hoc AI assistance into structured, repeatable workflows.
|
||||||
|
|
||||||
|
Instead of asking Claude to "help with issues" differently each time, you run `/work-issue 42` and get a consistent workflow: fetch the issue, create a branch, plan the work, implement, commit with proper references, and create a PR.
|
||||||
|
|
||||||
|
The key insight: **encode your team's best practices into reusable components** that Claude can apply consistently.
|
||||||
|
|
||||||
|
## Composable Components
|
||||||
|
|
||||||
|
The system is built from three types of components that stack together:
|
||||||
|
|
||||||
|
### Skills
|
||||||
|
|
||||||
|
Skills are knowledge modules—focused documents that teach Claude how to do something well.
|
||||||
|
|
||||||
|
Examples:
|
||||||
|
- `issue-writing`: How to structure clear, actionable issues
|
||||||
|
- `forgejo`: How to use the Forgejo CLI for issue/PR management
|
||||||
|
- `backlog-grooming`: What makes a healthy backlog
|
||||||
|
|
||||||
|
Skills don't do anything on their own. They're building blocks.
|
||||||
|
|
||||||
|
### Agents
|
||||||
|
|
||||||
|
Agents combine multiple skills into specialized personas that can work autonomously.
|
||||||
|
|
||||||
|
The `product-manager` agent combines issue-writing, backlog-grooming, and roadmap-planning skills to handle complex PM tasks. It can explore the codebase, plan features, and create well-structured issues—all with isolated context so it doesn't pollute the main conversation.
|
||||||
|
|
||||||
|
Agents enable:
|
||||||
|
- **Parallel processing**: Multiple agents can work simultaneously
|
||||||
|
- **Context preservation**: Each agent maintains its own focused context
|
||||||
|
- **Complex workflows**: Combine skills for multi-step tasks
|
||||||
|
|
||||||
|
### Commands
|
||||||
|
|
||||||
|
Commands are the user-facing entry points—what you actually invoke.
|
||||||
|
|
||||||
|
When you run `/plan-issues add dark mode`, the command:
|
||||||
|
1. Understands what you're asking for
|
||||||
|
2. Invokes the right agents and skills
|
||||||
|
3. Guides you through the workflow with approvals
|
||||||
|
4. Takes action (creates issues, PRs, etc.)
|
||||||
|
|
||||||
|
Commands make the power of skills and agents accessible through simple invocations.
|
||||||
|
|
||||||
|
## Target Users
|
||||||
|
|
||||||
|
This toolkit is for:
|
||||||
|
|
||||||
|
- **Developers using Claude Code** who want consistent, efficient workflows
|
||||||
|
- **Teams** who want to encode and share their best practices
|
||||||
|
- **Forgejo/Git users** who want seamless issue and PR management integrated into their AI workflow
|
||||||
|
|
||||||
|
You should have:
|
||||||
|
- Claude Code CLI installed
|
||||||
|
- A Forgejo instance (or adapt the tooling for GitHub/GitLab)
|
||||||
|
- Interest in treating AI assistance as a structured tool, not just a chat interface
|
||||||
|
|
||||||
|
## Guiding Principles
|
||||||
|
|
||||||
|
### Encode, Don't Repeat
|
||||||
|
|
||||||
|
If you find yourself explaining the same thing to Claude repeatedly, that's a skill waiting to be written. Capture it once, use it everywhere.
|
||||||
|
|
||||||
|
### Composability Over Complexity
|
||||||
|
|
||||||
|
Small, focused components that combine well beat large, monolithic solutions. A skill should do one thing. An agent should serve one role. A command should trigger one workflow.
|
||||||
|
|
||||||
|
### Approval Before Action
|
||||||
|
|
||||||
|
Destructive or significant actions should require user approval. Commands should show what they're about to do and ask before doing it. This builds trust and catches mistakes.
|
||||||
|
|
||||||
|
### Use the Tools to Build the Tools
|
||||||
|
|
||||||
|
This project uses its own commands to manage itself. Issues are created with `/create-issue`. Features are planned with `/plan-issues`. PRs are reviewed with `/review-pr`. Dogfooding ensures the tools actually work.
|
||||||
|
|
||||||
|
### Progressive Disclosure
|
||||||
|
|
||||||
|
Simple things should be simple. `/dashboard` just shows your issues and PRs. But the system supports complex workflows when you need them. Don't require users to understand the full architecture to get value.
|
||||||
|
|
||||||
|
## What This Is Not
|
||||||
|
|
||||||
|
This is not:
|
||||||
|
- A replacement for Claude Code—it enhances it
|
||||||
|
- A rigid framework—adapt it to your needs
|
||||||
|
- Complete—it grows as we discover new patterns
|
||||||
|
|
||||||
|
It's a starting point for treating AI-assisted development as a first-class engineering concern.
|
||||||
Reference in New Issue
Block a user