You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Complete Opcore's production Python developer-tooling slice end to end, one sequential tracer at a time, with compiler truth, canonical project/import/overlay state, truthful optional tools, bounded semantics, safe semantic edits, and release-commit-bound evidence. The epic is not complete at a phase boundary, child merge, opened PR, narrow test, or generated receipt. No readiness/parity wording is authorized before #251's final matrix proves the exact candidate.
Non-negotiable Python contracts
Compiler truth first. Syntax uses the canonical selected repository interpreter/compiler; zero diagnostics is success only with machine-readable execution/provenance evidence.
One authoritative type checker. Each canonical project runs exactly one explicitly selected mypy or Pyright authority, never arbitrary precedence or fallback.
Canonical project semantics. Every Python command reuses one per-file project/interpreter/config/environment context.
One exact after-state. Validation, graph, tools, semantics, and edit planning observe the same immutable overlay/file-view identity and complete source/config/support-file universe.
One import truth. Rust graph-core owns Python import parsing/resolution; TypeScript consumers reuse materialized facts and never recreate a parser/resolver.
Truthful optional tools. Ruff/pytest/mypy/Pyright/provider states are degraded only when an enabled check/capability actually consumes them; disabled/not-applicable/skipped is not pass.
Bounded semantics and atomic edits. Semantic requests have typed ambiguity/resource/lifecycle failure, no silent text fallback, checksum-bound preview/validation/apply, and verified rollback for handled failures.
Evidence authorizes wording. Public claims follow same-candidate installed receipts, OS/interpreter/tool cells, representative repositories, provenance, and capability-ledger truth. Wording never authorizes itself.
Validation/semantic execution must not install/sync/download tools or environments, rewrite source/config/lock/environment files, leak temp/cache state, expose a public opcore asp group, claim sandbox/security/SAST, claim all-stack/old-tool replacement/automatic fixes/AI authorship, or emit a blended score.
Closed duplicate issues #247/#250 remain historical pointers only. #197 and #209 are accepted prerequisites; #211 is the active optional-tool tracker after #245. Do not recreate duplicate work or point a dependency at a superseded issue.
Strict sequential execution graph
Only one implementation run may be active. Immediately before each child: inspect current origin/dev, re-read the parent/child/dependencies/current code, refine the issue body, verify no duplicate/stale dependency, then implement and require merge into dev, focused behavior proof, clean scoped diff, and configured opcore-ci proof before advancing.
Maintainer/subagent-owned by default. Do not launch Zeroshot for this parent or a child without explicit user re-delegation after that child's JIT review.
Goal
Complete Opcore's production Python developer-tooling slice end to end, one sequential tracer at a time, with compiler truth, canonical project/import/overlay state, truthful optional tools, bounded semantics, safe semantic edits, and release-commit-bound evidence. The epic is not complete at a phase boundary, child merge, opened PR, narrow test, or generated receipt. No readiness/parity wording is authorized before #251's final matrix proves the exact candidate.
Non-negotiable Python contracts
Validation/semantic execution must not install/sync/download tools or environments, rewrite source/config/lock/environment files, leak temp/cache state, expose a public
opcore aspgroup, claim sandbox/security/SAST, claim all-stack/old-tool replacement/automatic fixes/AI authorship, or emit a blended score.Current core issue status
9b2e740923b1023db45589ed19c25bde44d8939dClosed duplicate issues #247/#250 remain historical pointers only. #197 and #209 are accepted prerequisites; #211 is the active optional-tool tracker after #245. Do not recreate duplicate work or point a dependency at a superseded issue.
Strict sequential execution graph
Only one implementation run may be active. Immediately before each child: inspect current
origin/dev, re-read the parent/child/dependencies/current code, refine the issue body, verify no duplicate/stale dependency, then implement and require merge intodev, focused behavior proof, clean scoped diff, and configuredopcore-ciproof before advancing.Overlay graph
opcore-ciType gate — parent #245
Truthful tools — parent #211
Language-service containment — parent #217
Semantic inspect — parent #248
Semantic edit — parent #249
Release — parent #251
Maintainer/subagent-owned by default. Do not launch Zeroshot for this parent or a child without explicit user re-delegation after that child's JIT review.
Dependency chain
#244 + #246 + #209 -> #197 -> #256 -> #257 -> #245 close -> #258 -> #259 -> #211 close -> #260 -> #261 -> #217 close -> #262 -> #263 -> #264 -> #248 close -> #265 -> #266 -> #267 -> #268 -> #249 close -> #269 -> #270 -> #271 -> #272 -> #273 -> #274 -> #275 -> #251 close -> final epic audit.#244 has one accepted deferred resolver integration: #246's canonical resolver satisfies it; no separate repair issue remains.
Final epic closure
Before closing #243:
devPR evidence;opcore-ciand release gates pass against the exact release candidate;Only then update every checkbox, determine public copy from #251's matrix, and close #243.