Alternative profile
Gentle-AI × Deep Work Plan
Configures the coding agents you already use with persistent memory that also routes across sessions and models, curated skills, MCP servers, personas and optional Spec-Driven Development or Receipt-Driven Development. Its configuration is written to your global agent settings by default; a workspace-scoped install is opt-in.
Developers who want a configured agent ecosystem that remembers work across sessions and can produce evidence on demand.
Last reviewed:
Compared with Deep Work Plan
Where it fits
Configures the coding agents you already use with persistent memory that also routes across sessions and models, curated skills, MCP servers, personas and optional Spec-Driven Development or Receipt-Driven Development. Its configuration is written to your global agent settings by default; a workspace-scoped install is opt-in.
Developers who want a configured agent ecosystem that remembers work across sessions and can produce evidence on demand.
What Deep Work Plan brings
-
Tool-agnostic and repository-native
The harness and the plan are files in your repository, read by any agent that follows the AGENTS.md and Agent Skills standards. Switching agents does not lose the plan.
-
Validation selected from what each task touched
Every task declares its touched surface and runs the tests of the changed behavior and its consumers, widening to the full suite when the impact cannot be bounded. Zero selected tests is never a pass.
-
One Final Review with a security pass
A plan closes with a security review of the accumulated change set, including a required local review of the diff, and a validation of the final state. Critical findings block completion.
Where it fits: Developers and teams who hand multi-session work to any coding agent and need it to finish verified.
Capability snapshot
| Capability | Deep Work Plan | Gentle-AI |
|---|---|---|
| Works with any coding agent The same repository files drive Claude Code, Codex, Cursor, Gemini CLI and others. | Built in | Built in |
| Writes the agent harness into the repository Instructions, docs, skills and commands live in the repository, not in one tool's settings. | Built in | Optional or via extension |
| Acceptance criteria per task Each task states observable conditions for being done. | Built in | Optional or via extension |
| Validation gate per task Each task names the commands that must pass, selected from what it touched. | Built in | Optional or via extension |
| Resumable state on disk Progress survives a session reset and can be picked up by another agent or a teammate. | Built in | Built in |
| Mandatory closing review with a security pass The plan cannot complete without a security review of the full change set and validation of the final state. | Built in | Optional or via extension |
| Executable conformance checker A script verifies the repository and its plans against the standard, with a CI-friendly exit code. | Built in | Optional or via extension |
| Published instruction-load measurement The bytes each flow loads are measured by a committed script and published with their limits. | Built in | Not in scope |
| Onboarding that scaffolds documentation A first run writes the repository's agent-facing documentation and kit. | Built in | Not in scope |
| Living product specs for existing systems A canonical specification describes the product’s current behavior, accepts change deltas and is updated as each change is implemented. | Not in scope | Optional or via extension |
| Persistent agent memory across projects Memory follows the agent across different repositories and sessions, not just one plan’s on-disk state. | Not in scope | Built in |
| Distinct specialized agent roles Named personas (such as analyst, architect or reviewer) divide the work, rather than one agent running every step. | Optional or via extension | Optional or via extension |
| Ships as its own IDE or editor The tool is an integrated development environment in its own right, not an add-on to an existing coding agent. | Not in scope | Not in scope |