deep-work profile
design, architecture, cross-cutting change, or a problem with no known shape
majordomus start "…" --profile deep-work
- capability class
- strongest
- reasoning effort
- high → xhigh after 1 blocked attempt
- output verbosity
- detailed
- presentation
- engineering
- checkpoint interval
- 30m
- output contract
- outcome, changes, verification, blockers, next_action, decisions
context loaded
- architecture_notestrue
- current_statetrue
- decisionstrue
- failing_outputfalse
- recent_history_depth200
- relevant_filestrue
- tasktrue
verification
- decision_record_requiredtrue
- regression_test_requiredfalse
- verify_command_requiredtrue
What is claimed about profiles
- guaranteed Every profile is parsed, its unknown keys rejected, and the default profile proven to exist
- advisory Capability class, reasoning effort, output verbosity, context and verification are five independent axes
- advisory A profile names a capability class rather than a vendor model
- advisory A profile declares which context a worker should load and no more
- advisory Escalating reasoning effort after repeated blocked attempts is recorded rather than assumed
- advisory A profile sets how often a worker should checkpoint, and a stale task is reported
- guaranteed The context a worker is given is assembled from durable state in authority order, and what a profile excludes is excluded
- guaranteed The assembled context obeys a line budget, and every section it drops is named with its reason
Source: share/skeleton/profiles/deep-work.yaml. Capability classes are not vendor model names; the generated instructions tell the worker to pick the closest its environment offers.