This release is a pre-release and may not be stable for production use.
qCoder
qcoder is a local, deterministic quantum circuit evidence CLI.
The current public local path is qCoder OSS. OSS commands run locally and do not call hosted services, upload telemetry, or run QPU/simulator jobs.
Public CLI surface
qcoder analyzeqcoder batchqcoder contextqcoder reviewqcoder blueprint(machine-local selected-source evidence)qcoder current-loop(explicit assistant-driven coordination for one current IDE build)qcoder explorer(Explorer Beta account-backed status/demo/evidence checks)qcoder context-bridge(token-backed Context Bridge MCP adapter for eligible Explorer users)qcoder student(temporary compatibility alias for Explorer Beta)qcoder pro(archived pilot/bootstrap client contract; non-confidential local plumbing only, not a current public product path)
Current product boundaries
The 0.6.0a3 release candidate combines OSS local commands, Explorer compatibility commands,
and the Context Bridge adapter for eligible Explorer users. Pro is not launched and is not a
current public product path.
This source is the held, unpublished 0.6.0a3 release candidate. Public installation remains
unavailable until a separate package-publication decision.
- OSS commands (
analyze,batch,context,review) are Apache-2.0, local-first/offline, and useful without an account or token. They do not upload data, call a qCoder hosted service, or run QPU/simulator jobs. - Explorer Beta commands (
qcoder explorer status,qcoder explorer demo,qcoder explorer evidence) are account-backed checks for Explorer Beta status, built-in guided evidence samples, and derived-context guided evidence for user-owned OpenQASM 2 artifacts. The olderqcoder student ...commands remain available as beta compatibility aliases. - Context Bridge adapter commands (
qcoder context-bridge mcp serve,qcoder context-bridge mcp smoke) are for eligible Explorer users who create a display-once token through Account Center. Support handles revocation and lost-token replacement. The adapter exposes bounded current-evidence context tools to configured Cursor, Claude Code, and Codex clients and reads the token from a local token file. - Explorer Beta custom evidence uses locally derived qCoder context/features. The CLI may read QASM locally, but the hosted request must not include raw QASM, raw source text, local paths, operation lists, raw counts, notebooks, prompts, tokens, auth headers, or cookies.
- Explorer Beta custom evidence is stateless in this v0 slice; it does not create persistent Explorer history.
qcoder probootstrap/workflow commands are archived pilot/client-contract surfaces. They are not a Pro purchase path, not a current public signup path, and not generally available hosted Pro.- There is no generally available production hosted Pro service, Pro account/token issuance, artifact/source upload, telemetry/training ingest, confidential local analyzer/cards, QPU/provider execution, or launched Pro V0.0 behavior in this public-main surface.
- No confidential Pro analysis or cards are bundled in this package. Token-gating is access control only, not a secrecy boundary.
Explorer Context Loop
The complete IDE-first loop is:
Human Intent → AI-Generated Python → Logical Circuit / QASM → Run Results → Evidence-Grounded Next Intent
The user and a connected assistant work through the IDE. The local SDK constructs the circuit. A simulator, runtime, or QPU produces results only through an externally authorized run. qCoder reviews bounded evidence from explicitly selected or supplied artifacts, and the user decides what should govern the next iteration. qCoder does not independently generate the Python, construct or compile the circuit, execute the run, recover hidden intent, prove correctness, or automatically adopt a blueprint decision.
The everyday path is Quiet Assist: the customer explicitly activates qCoder for one build, the Current Loop Contract governs exact authorized output collection and local derivation, and qCoder interrupts only for material decisions or separate authority boundaries. Adaptive generation is the default; Blueprint-required governance is available. Evidence revisions, snapshots, and current or prior Run Summaries are bounded to that active loop and are purged on close. The optional local contract editor uses the same canonical contract as the IDE. Narrowing applies immediately; broadening requires explicit confirmation.
Connected-client qualification
- Cursor Desktop: candidate full active Current Loop support, subject to exact final-candidate proof before public activation.
- Cursor terminal/CLI: connection and Desktop parity are distinct; full active-loop support is not claimed.
- Codex CLI and Claude Code: only exact-release bounded capabilities may be claimed after their separate client proofs; full active-loop support is not claimed here.
- Generic MCP clients: no support claim.
Connection alone is not qualification. One-call help and direct contract or completion routes do not add persistent memory, project history, repository discovery, or automatic IDE authority.
Context Bridge inventory
The 0.6.0a3 release candidate preserves the existing eight Evidence Review operations and adds
four Algorithm Blueprint operations, for exactly twelve Context Bridge capability tools:
get_guided_evidence_contextcreate_prompt_contextcreate_evidence_context_packcreate_context_session_cardcreate_run_readiness_cardcreate_result_review_context_cardcreate_next_check_plancreate_single_loop_evidence_diffcreate_algorithm_intent_cardcreate_implementation_blueprintcreate_generation_context_packcreate_source_blueprint_alignment_review
create_prompt_context supports explain, review, revise, troubleshoot, and plan_next_checks modes; omitting the mode preserves the default behavior. Context Bridge uses only evidence explicitly supplied for the current request, processes it without retaining artifacts, and does not scan repositories, edit files, execute circuits or next checks, keep history or memory, score correctness, or perform autonomous work.
Review current evidence
Evidence Review is an Explorer capability for understanding what explicitly supplied current evidence supports, what remains unproven, what changed within one bounded workflow, and what the user may choose to check next. It uses the existing Context Bridge operations:
- before an external run, use
create_run_readiness_card; - for a compact user-provided result summary, use
create_result_review_context_card; - for two explicitly supplied points in one workflow, use
create_single_loop_evidence_diff; - for ordered user-controlled follow-up, use
create_next_check_plan; - for assistant handoff, use
create_prompt_contextwithreview,troubleshoot, orplan_next_checks.
Core Evidence Review output uses these provenance and evidence-status labels: Observed, User-provided, Inferred, Assumed, Not proven, and Suggested next check. They are not confidence percentages, assurance ratings, or correctness scores. “What the evidence supports” is a bounded interpretation, not independent verification. “What changed” is a descriptive comparison of explicit inputs, not history, causality, or multi-run analysis. Suggested checks remain user-controlled and are not executed by qCoder.
Local qCoder OSS commands provide deterministic local analysis and review artifacts. Circuit Workbench is the machine-local selected-evidence surface in supported Cursor setup. Explorer Evidence Review supplies bounded current-session interpretation within the complete Explorer Context Loop; Context Bridge carries the operations into supported coding clients but does not own the workflow or retain lineage. ChatGPT uses a manual share-safe Prompt Context handoff and is not a connected Context Bridge client.
See the sanitized Evidence Review walkthrough.
Prepare an Algorithm Blueprint
Algorithm Blueprint is an Explorer capability for turning explicitly supplied human intent into a reviewable, user-confirmed Qiskit-first build contract before code generation, then reviewing compact static Python evidence against that contract. The current workflow uses:
create_algorithm_intent_cardto preserve original intent, provenance, clarification questions, and explicit user-reviewed confirmation;create_implementation_blueprintto return an Implementation Blueprint and a distinct Output Evidence Contract without adding another tool;create_generation_context_packto prepare requirements for code generation in Cursor, Claude Code, Codex, or a manual ChatGPT handoff;- external, user-controlled Python generation outside qCoder;
qcoder blueprint source-evidencefor deterministic machine-local AST extraction from one selected.pyfile or bounded stdin; andcreate_source_blueprint_alignment_reviewto review only compact supplied static evidence.
The available profiles are Generic Qiskit Blueprint, Grover Search, and QAOA. Profiles ask deterministic questions and surface alternatives; they do not silently choose an oracle, QAOA depth, mixer, optimizer, backend, shots, or parameter strategy. Static motif observations do not prove algorithm identity, correctness, completeness, executability, or runtime behavior. qCoder does not scan a repository, import or execute selected source, generate code, edit files, invoke a simulator/backend/QPU, retain artifacts, or retrieve prior artifacts.
See the synthetic Algorithm Blueprint walkthrough. This
release-candidate documentation does not claim publication or public rollout.
Quick start
Install:
python -m pip install "qcoder==0.6.0a3"
Analyze a circuit:
qcoder analyze path/to/circuit.qasm --json
Create local context and review artifacts:
qcoder context path/to/circuit.qasm --out-json preflight.context.json --out-md preflight.context.md
qcoder review --counts-json counts.json --format qiskit_counts --preflight-json preflight.context.json --out-json execution.review.json --out-md execution.review.md
qcoder blueprint source-evidence --source-file selected_generated.py
For artifacts you intend to paste into ChatGPT, Cursor, email, GitHub issues, or support threads, add --share-safe:
qcoder analyze path/to/circuit.qasm --json --share-safe
qcoder context path/to/circuit.qasm --out-json preflight.context.json --out-md preflight.context.md --share-safe
qcoder review --counts-json counts.json --format qiskit_counts --preflight-json preflight.context.json --out-json execution.review.json --out-md execution.review.md --share-safe
Share-safe mode is designed for safer sharing: it redacts local paths and token/header-like strings, adds share_safe=true, and marks raw QASM/local paths/tokens as not included. Review artifacts before sharing; this is not a guarantee that all sensitive project content has been removed.
Explorer Beta compatibility checks and archived Pro bootstrap:
qcoder explorer status
qcoder explorer demo
qcoder explorer evidence
qcoder explorer evidence --qasm path/to/circuit.qasm
qcoder explorer evidence --context-json preflight.context.json
qcoder explorer evidence --qasm path/to/circuit.qasm --out-json explorer.json --out-md explorer.md --share-safe
python -m qcoder context-bridge mcp serve --help
python -m qcoder context-bridge mcp smoke --token-file ~/.qcoder/context-bridge/token.txt
python -m qcoder current-loop --help
qcoder pro --help
Run the Context Bridge commands in the Python environment where qCoder is installed. The default smoke prints a concise connection result. Add --json for structured troubleshooting, or --full for the exhaustive support/release diagnostic; full mode stops without automatic retry when the current rate window requires a pause.
Connected clients receive an explicit opt-in Current Loop instruction from the local Context Bridge
server. The instruction activates only after the customer asks to use qCoder or accepts an offer,
uses the same configured Python runtime to invoke qcoder current-loop, and keeps IDE write/run
permission and exact-artifact review permission separate. It never contains the Context Bridge
token.
Support-safe checklist
Safe to share with QRS support:
qcoder --version- command name
- HTTP status or CLI error code
job_id, if produced- redacted output
- manifest schema/version
Do not share:
- bearer tokens
- secrets
- source code
- repository archives
- notebooks
- private prompts or chat transcripts
- raw QASM/source artifacts through unsupported paths
Architecture notes: docs/architecture.md.
Optional extras
pip install "qcoder[qiskit]"
pip install "qcoder[cirq]"
pip install "qcoder[pennylane]"
License
Apache-2.0 (see LICENSE and NOTICE).
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file qcoder-0.6.0a3.tar.gz.
File metadata
- Download URL: qcoder-0.6.0a3.tar.gz
- Upload date:
- Size: 390.6 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.12.9
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
8b58792831537380514e50ef04ea5a19e66083154616b7e58e22fe668e59c153
|
|
| MD5 |
807cf3d35877a095d80f669085cc3aac
|
|
| BLAKE2b-256 |
e58174d95cbab54713e095723c4b2762985973e4e6e045b8d34aa3f394d5363d
|
File details
Details for the file qcoder-0.6.0a3-py3-none-any.whl.
File metadata
- Download URL: qcoder-0.6.0a3-py3-none-any.whl
- Upload date:
- Size: 418.9 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.12.9
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
da4bbf5b1db9eb4072ab216d5c430bdbc0b7d266ca247184663b005e91121ed9
|
|
| MD5 |
aea833110ed17f602d47c421d1a3e2ca
|
|
| BLAKE2b-256 |
f0f9b84ed3db4a2c9c2f66fc1a0b8bf57b524f9ef890da18f4c56c93fd927a50
|