Is FDEOps a fit?
Use it when customer context decides the code.
35 task skills for discovery, delivery and handoff. Use one on its own, or keep an ongoing customer record with fde.
What it adds
Engineering work in an existing repository
Continuity across sessions
A local customer record and bounded resume output, with targeted retrieval of older evidence.
Traceable customer updates
Preparation for independent operation
Choose your starting point
A single task
Install one skill and give it the notes or code. No customer record needed.
A continuing customer project
Use fde to select tasks and keep the brief, decisions, evidence and next actions connected.
An existing team setup
Keep your conventions, tests and approved tools. If another skill pack overlaps, select skills by name.
Not included
- Customer credentials or cloud infrastructure
- Authority to make production changes
- A hosted team workspace or automatic source sync
- Enterprise access control
- Certification that a system is safe or that a customer accepted the result
If your own instructions already cover a small, clear task, you may not need FDEOps for it.
What changes by host
- Claude Code plugin
- Coordinator, individual tasks and session hooks. Hooks use the workspace's customer binding.
- Skill-only installation
- Selected skills available through the host. No automatically registered Claude Code session hooks.
- Workspace adapters
- Pointers in supported agent instruction files. They install no model and guarantee no tool access.
- Local model with a compatible agent
- Depends on the model and the host's file and command tools. Validate on representative tasks.
- CLI without an AI model
- Local record operations and fieldbook views. No model reasoning.
How to trial it
- step 1Pick a small task whose result you can inspect
- step 2Give it the same permitted context you would give your agent
- step 3Check the output against the source notes, tests or requirements
- step 4Keep the skill if it improves the result or saves repeated work