Language: English | 简体中文
Projitive is a governance model and MCP toolchain for Agent-driven delivery.
It helps teams turn "AI can code" into "AI can continuously deliver with traceability".
- Current spec: projitive-spec v1.0.0
- MCP package: @projitive/mcp (2.x line)
If you only read one section, read this:
- Start MCP:
npx -y @projitive/mcp - Configure scan roots and depth in your MCP client
- Run the loop: taskNext -> taskContext -> taskUpdate -> taskContext -> taskNext
Why teams use it:
- Faster next-task selection
- Clearer evidence traceability
- More stable multi-agent delivery loops
Use this quick flow to experience the full loop: auto task discovery -> execution gate -> state write-back.
- Start MCP server
npx -y @projitive/mcp- Connect Projitive MCP in your agent client
{
"mcpServers": {
"projitive": {
"command": "npx",
"args": ["-y", "@projitive/mcp"]
}
}
}- Run this minimal loop
taskNext
taskContext
taskUpdate
taskContext
taskNext
- If no actionable task exists
taskCreate
taskNext
Expected result: the system does not stall on "no tasks" and helps the agent create and continue actionable work.
Projitive turns agent execution from "can code" into "can continuously deliver." If you want an open-source governance loop that is practical, traceable, and sustainable in real projects, this is what it is built for.
- Your agent always gets a next best action, even when backlog quality is poor.
- Task state, roadmap state, and evidence stay aligned by design.
- Documentation is maintained during execution, not deferred to release week.
- New contributors can enter mid-cycle without breaking delivery rhythm.
Instead of stalling, Projitive first checks latest branch/code changes to infer what the user recently worked on; if those changes are not synced into task/roadmap/report records, it performs governance synchronization first, then returns a discovery path and seed direction so the agent can create new actionable slices and keep moving.
Projitive bootstraps governance baseline (store, views, doc tracks) and repairs missing artifacts in partially initialized projects.
Projitive enforces execution gates and context checks, so research, architecture decisions, and evidence links are updated as part of the same loop.
Projitive ranks opportunities by actionable intensity and recency, so agents focus where delivery impact is highest first.
flowchart LR
A[taskNext / projectNext] --> B[taskContext / projectContext]
B --> C[Update task and roadmap + docs]
C --> D[taskContext verify]
D --> E{More actionable work?}
E -->|Yes| A
E -->|No| F[Done / wait for new tasks]
Recommended minimal sequence:
- taskNext
- taskContext
- taskCreate/taskUpdate and/or roadmapCreate/roadmapUpdate
- taskContext
- taskNext
| Status | Meaning | Valid transitions |
|---|---|---|
TODO |
Ready to start | -> IN_PROGRESS, BLOCKED |
IN_PROGRESS |
Actively executing | -> BLOCKED, DONE |
BLOCKED |
Cannot proceed | -> TODO, IN_PROGRESS |
DONE |
Completed with evidence | (terminal) |
BLOCKED tasks use structured blocker metadata (type, description, optional blockingEntity / unblockCondition / escalationPath) so unblocking can be automated.
Use the published MCP package directly:
npx -y @projitive/mcpMCP client config example:
{
"mcpServers": {
"projitive": {
"command": "npx",
"args": ["-y", "@projitive/mcp"],
"env": {
"PROJITIVE_SCAN_ROOT_PATHS": "/workspace/a:/workspace/b",
"PROJITIVE_SCAN_MAX_DEPTH": "3"
}
}
}
}Environment variables (all optional):
| Variable | Default | Description |
|---|---|---|
PROJITIVE_SCAN_ROOT_PATHS |
~ (home dir) |
Discovery roots, platform path delimiter separated |
PROJITIVE_SCAN_ROOT_PATH |
— | Legacy single-root fallback if above is unset |
PROJITIVE_SCAN_MAX_DEPTH |
3 |
Discovery depth, integer 0–8 |
For complete parameters and concrete call examples:
- packages/mcp/README.md
- packages/mcp/README_CN.md
- designs/: spec and conventions
- packages/mcp/: MCP server implementation
- packages/skills/: skill package and helpers
- User-facing MCP guide: packages/mcp/README.md
- Chinese MCP guide: packages/mcp/README_CN.md
- Spec overview: designs/README.md
- Chinese spec docs: designs/README_CN.md
- English is default
- Chinese documents use _CN suffix