J-Space Cognition Suite SV1
J-Space is an inference-time workspace and control suite for complex reasoning, repository engineering, coordinated agents, and authorized security analysis. You install one skill, load relevant modules, and keep long-task decisions connected to durable evidence.
Its thirteen modules share one premise and one routing entry. Standard-library Python scripts persist state, reread actual source text, detect stale maps and evidence, and return blocking results when a required condition is missing. The host supplies tools and agents.
Quick start
You need a host that can load a local SKILL.md and retrieve its supporting files.
Python 3.10+ is needed for executable controllers and validation; low/medium can use the
documented prose fallback. No pip dependencies or background service are required.
Copy the complete
j-space/directory into your host's Skills directory. Obtain that directory from the host's own configuration; no universal location or invocation syntax applies to every host. KeepSKILL.md,modules/,references/, andscripts/together; avoid an extra nestedj-space/j-space/directory. CopyLICENSEandTHIRD_PARTY_NOTICES.mdalongside the installedSKILL.mdwhen distributing the standalone skill. Use an empty destination to avoid mixing installs.Use Python 3.10 or later to verify the installed directory:
/scripts/verify_suite.pyReload the host if it discovers skills only at startup. Select
j-spacethrough its skill UI. Use$j-spaceor/j-spaceonly if that host documents the syntax; otherwise ask it to read the installedSKILL.mdexplicitly. Confirm it can retrieve one routed module and execute the installed controller's--helpif you need strict gates.Give it the task and its acceptance conditions:
Use j-space to modify this repository. Inspect the existing contracts, maintain a source-backed map, delegate independent work where useful, and verify the final behavior.
Replace with your available `python`, `python3`, or `py -3` command. Resolve to the installed directory. Keep the task directory as the working
directory, or pass --root TASK_DIRECTORY before a controller subcommand.
For a path with spaces in Bash:
python3 "/path with spaces/j-space/scripts/control.py" --root "/task directory" status
For a quoted interpreter path in PowerShell:
& "C:\Python313\python.exe" "C:\Skills\j-space\scripts\control.py" --root "D:\Task Directory" status
Run status after initializing the task. UTF-8 input supports English and Chinese task
content; use the language requested by the user for deliverables.
Run controllers in the target project's task directory, not the installed skill directory.
Installing the files does not automatically register hooks, launch agents, or grant tool access.
Intended use. This suite is designed for real engineering and production-oriented projects with contracts, dependencies, verification, and recovery needs. It is not aimed at toy demonstrations such as “a pelican riding a bicycle.” Its suitability for serious work is a design focus, not a guarantee that any untested deployment is production-ready.
Operating levels
| Level | Use | Control |
|---|---|---|
low |
A direct answer checkable at a glance | Fast pass; no persistent setup |
medium |
A bounded deliverable with a few dependent steps | Full pass; selective modules and delivery audit |
high |
Multi-file, multi-stage, or persistent work | Loop; shared state, source refresh, evidence checks |
xhigh |
Difficult integration or competing approaches that benefit from a team | Loop plus bounded agents, second consideration, and independent review |
media is an accepted alias for medium. Raise the level when the task's uncertainty or
dependencies require it. Use agents proactively when independent work justifies coordination.
When the host lacks agents, record the limitation and perform sequential checks.
A short tutorial for all four levels
Select the skill first. In commands below, replace and
with your installed interpreter and skill directory, quote paths containing spaces, and
work in the target task directory. The example artifact names refer to files you create
from actual work and checks; do not create empty or fabricated evidence just to pass a gate.
low — a bounded check inside engineering work
Ask: “Use j-space at low to check whether this configuration change preserves the timeout unit. State the conclusion and its evidence; do not expand the task.” Read the relevant input, check the one constraint, and return the result. No state initialization is required. Escalate if the check exposes cross-file dependencies or unresolved uncertainty.
medium — a small deliverable with dependent steps
Ask: “Use j-space at medium to update this API example and verify its parameters against the implementation. Keep a short record of the goal, uncertainty, and observed checks.” Optionally use the lightweight ledger:
<python-command> <skill-root>/scripts/jspace.py note --goal "API example matches implementation" --next "Inspect the endpoint"
<python-command> <skill-root>/scripts/jspace.py note --open "Does the example cover required inputs?" --settled-by "Inspect the endpoint and run the example"
<python-command> <skill-root>/scripts/jspace.py seam
Inspect and run the example, then record the actual outcome with
note --check "Observed result" --by "manual inspection of each input and execution of the reported case" --close 1.
Write answer.md, then run jspace.py ship answer.md. This audits text heuristically;
findings are advisory, while unreadable/oversized input is rejected. It does not prove the
API behavior. Do not maintain this ledger alongside the strict controller for the same task.
high — repository work from inspection to delivery
Ask: “Use j-space at high to repair this repository issue. Preserve public contracts, keep
a source-backed map, run the relevant tests, and finish with evidence against each requirement.”
Follow the Shared control section to initialize, read sources, create/sync/view the map,
and pass the work gate. Perform the work; record real verification in evidence/root.txt
and a separate acceptance checklist in evidence/completion.txt. Keep src/router.py below
only if it is a material source dependency; substitute your actual sources and repeat --source as needed.
<python-command> <skill-root>/scripts/control.py pulse --event checkpoint
<python-command> <skill-root>/scripts/control.py report --agent root --round 1 --summary "Observed repair and coverage" --evidence evidence/root.txt --completion evidence/completion.txt --source src/router.py --next "Deliver checked result"
<python-command> <skill-root>/scripts/control.py repo sync --map repo-map.json
<python-command> <skill-root>/scripts/control.py repo view --agent root
<python-command> <skill-root>/scripts/control.py repo check
<python-command> <skill-root>/scripts/control.py check --stage ship
Update the map's meaning before that final sync. Creating report/checklist files changes the inventory too. Resolve open questions and security candidates before shipment. Exit 0 allows delivery; a nonzero result names an unmet condition. Repair that condition before checking again; identical retries without changed evidence are not recovery.
xhigh — actual independent work and integration
Ask: “Use j-space at xhigh for this integration. Assign an independent contract review to a real child agent, request its second consideration, reproduce material findings, and retain disagreements until a discriminating check resolves them.” From an initialized high task, route before creating reports for the current scope:
<python-command> <skill-root>/scripts/control.py route --level xhigh --module modules/repository.md --reason "Independent integration review"
<python-command> <skill-root>/scripts/control.py read --agent root
<python-command> <skill-root>/scripts/control.py agent add --id reviewer --parent root --task "Inspect the integration contract" --owns src
<python-command> <skill-root>/scripts/control.py pulse --event resume --agent reviewer
<python-command> <skill-root>/scripts/control.py repo view --agent reviewer
<python-command> <skill-root>/scripts/control.py check --stage work --agent reviewer
The host must actually launch that child and deliver its own pulse output; an ID is not an
independent model. The child writes distinct evidence/review-1.txt and evidence/review-2.txt
after two substantive passes, then submits each