KirschBluteX
engineer-software
A runtime-neutral, evidence-driven software engineering workflow for Codex and DeepSeek Harness.
- Stars
- 5
- Language
- Python
- Created
- Aug 7, 2026
- Updated
- Aug 14, 2026
Introduction
Engineer Software
Make AI coding agents choose the right engineering move before they edit code.
Six workflows · Quick start · How it works · 简体中文
Engineer Software is an installable skill for Codex and DeepSeek Harness. Instead of letting an agent jump from a vague request or unexplained failure straight to a patch, it selects exactly one bounded workflow and defines the evidence required before the agent can change course or claim completion.
At a glance: 6 bounded workflows · 25 deterministic routing cases · 2 runtime paths · 1 canonical source
Six workflows
The modules are alternative starting points, not a pipeline that every task must complete:
| Workflow | Start here when | Evidence required to leave |
|---|---|---|
| Shape Work | behavior, compatibility, scope, or acceptance is unclear | smallest sufficient contract and explicit exclusions |
| Trace Failure | a symptom exists but its cause is unknown | reproduction plus causal evidence |
| Probe Choice | one named design decision needs a disposable experiment | observed result and decision consequence |
| Deliver Change | the outcome and edit boundary are closed | focused check, implementation result, and final-state evidence |
| Inspect Structure | ownership, duplication, or boundaries are the question | traced owners and callers plus a boundary recommendation |
| Manage Work Items | the requested output is a local PRD, task set, or acceptance list | local artifact with dependencies and acceptance criteria |
Ordinary explanations, translations, format-only work, and specified reversible file operations bypass the workflow instead of adding ceremony.
Example: “Checkout sometimes creates a duplicate order under load.” The skill starts with Trace Failure, requires a reproduction and causal evidence, and only then allows a transition to implementation and final verification.
Quick start
Codex
codex plugin marketplace add KirschBluteX/engineer-software
codex plugin add engineer-software@engineer-software
codex plugin list
Start a new task after installation, then ask for a substantive software change or invoke
$engineer-software. Upgrade with:
codex plugin marketplace upgrade engineer-software
codex plugin add engineer-software@engineer-software
Remove it with the installed Codex plugin manager and confirm the result:
codex plugin remove engineer-software@engineer-software
codex plugin list
The existing Codex marketplace manifest and plugin path remain unchanged.
DeepSeek Harness
DeepSeek Harness is an official open-source project, currently marked developer preview. Its
official local skill provider scans project .dsh/skills roots. This checkout includes a generated
projection of the canonical skill:
python scripts/sync_harness_skill.py --check
python scripts/validate_harness.py --check
npx @deepseek-ai/dsh web
Choose this repository as the Harness workspace and send a software-engineering request. To update
the projection after a canonical edit, run python scripts/sync_harness_skill.py --write; to remove
the project-local entry, remove the generated .dsh/skills/engineer-software/ directory. A user-global
copy can target $DSH_HOME/skills/engineer-software; exact install and troubleshooting details are
in runtime compatibility.
There is deliberately no guessed Harness manifest or claim of DeepSeek endorsement. The official
bundle format is for executable Cordis composition layers; a Markdown skill is correctly loaded from
the documented filesystem root. A keyless live-loader smoke check for the official 0.1.0-rc.6
package is recorded in runtime compatibility, covering filesystem discovery
and relative resource loading.
How it works

- The thin router checks whether the request is ordinary work or has material engineering uncertainty.
- It starts exactly one primary module and records the evidence needed to leave that module.
- A later module is entered only when fresh evidence closes the current module and identifies a different need.
- Codex and DeepSeek Harness load the same runtime-neutral canonical
SKILL.md, references, and routing cases.
The Harness projection is generated and checked; it is not a second hand-maintained workflow. See runtime compatibility for the official Harness sources and developer preview status.
Real examples
These prompts are included in evals/routing-cases.json and can be run
through the static fixture validator or the optional Codex runner:
- “Checkout sometimes creates a duplicate order under load. Find the cause and fix it.” → Trace Failure (the mechanism is unknown).
- “Build a disposable experiment to compare two state-transition models before we choose one.” → Probe Choice (one named decision, throwaway scope).
- “Add the documented
--jsonflag to the existing status command and verify the specified output contract.” → Deliver Change (the contract is closed). - “Explain what this function does and why it returns null here.” → Bypass (ordinary code reading).
Run deterministic routing checks without model access:
python scripts/validate_evals.py
python scripts/validate_harness.py --check
python scripts/run_routing_eval.py --limit 5
Optional live Codex evidence is read-only and environment-dependent:
python scripts/run_routing_eval.py --live --public-submission `
--output evals/runs/local-routing-results.json
The Harness projection and the Codex runner use the same case definitions; the generated projection does not introduce a second hand-maintained routing implementation.
Validation
Use Python 3.9 or newer. The repository is standard-library-first; the development-only
requirements-dev.txt contains the YAML parser used by the validators.
python -m pip install -r requirements-dev.txt
python scripts/validate_project.py
python -m unittest discover -s tests -v
python -m compileall -q scripts tests
validate_project.py aggregates the plugin package, routing fixtures, Harness projection, and
documentation contracts. For a focused failure, run python scripts/validate_plugin.py plugins/engineer-software, python scripts/validate_evals.py, or python scripts/validate_harness.py --check directly. CI keeps the Python 3.9/3.12/3.13 matrix plus the
aggregate validation, unittest, and compile checks. It leaves setup-python's pip cache disabled;
the development file is installed explicitly.
Compatibility, limits, and security
Read docs/compatibility.md for the matrix, install/upgrade/remove paths, official DeepSeek Harness links, troubleshooting, and the static-contract and loader-smoke evidence. The short version:
- DeepSeek Harness is a rapidly changing developer preview; compatibility-breaking changes are possible.
- The
.dsh/skillstree is a generated projection. Edit the Codex canonical source and regenerate; drift fails validation. - This project does not ship an MCP server, hook, telemetry, credential store, or background service. Tool permissions, API keys, and model configuration remain the user's runtime policy.
- Never commit API keys,
.envfiles, session logs, profile state, generated temporary assets, or unreviewed screenshots.
GitHub is a distribution target, not a runtime route. This repository performs no issue-tracker, telemetry, or remote workflow action when a skill is used. See PRIVACY.md, SECURITY.md, and TERMS.md.
Contributing and roadmap
Start with CONTRIBUTING.md. Keep plugins/engineer-software/skills/engineer-software/
as the only editable workflow source, run the projection check after changes, and add routing
fixtures for new transitions. ROADMAP.md records the deliberately small next steps;
it does not promise a long-lived adapter framework.
License
Engineer Software is released under the MIT License.