Skip to content

Native feature-parity design: gaps, kernel-vs-adapter rulings, lane roadmap - #256

Merged
luisleo526 merged 1 commit into
mainfrom
design/native-feature-parity
Sep 19, 2026
Merged

luisleo526 merged 1 commit into
mainfrom
design/native-feature-parity

Conversation

@luisleo526

Copy link
Copy Markdown
Collaborator

What

docs/design/native-feature-parity.md — the design for making pineforge-engine usable without any Pine adapter: a pure-C++ strategy against NativeStrategyHost gets every execution feature Pine strategies rely on, natively; the Pine adapter (Pine → codegen path) becomes a thin TradingView-parity layer that uses the same kernel features and only selects TV policy knobs.

How it was produced

  • Three independent audits of one brief, by three models from two providers (Claude Fable 5.1, Claude Opus 1M, GPT-5.6 Sol), each read-only against main @ 73817c1 — 245 / 385 / 131 citations, all script-checked; the supervisor spot-checked 4 claims per audit (all confirmed).
  • Merged under 11 supervisor rulings (§0.2): generic feature → kernel, TradingView quirk → adapter; brackets as a builder over the existing parent/waiting_children primitives; price grid as its own kernel lane; calc-on-fill/every-tick and native HTF in v1; C API post-v1; coupling extraction split into neutral vs hash-visible.
  • 514 citations in the merged doc, all resolving to this tree; 29 rows carry the disagreement + the ruling that settled it; 15 single-source rows are flagged.

Roadmap (one PR per lane, one Cloud Run sweep each, accepted on no regression — net 0 allowed)

L0 docs truth (incl. ADR-0001 corrections, feeds #255) → L1 kernel-only build target → L2 report truth ∥ L3 sizing bases → L7 brackets/trailing ergonomics → L8 price grid → L4 margin + liquidation → L5 calc-timing ∥ L6 native HTF → L10 examples + Pine→native concept map → L11 neutral cleanups → L9 risk limits → L12 hash-visible TV extraction → L13 C API.

Docs only; no engine code changes.

🤖 Generated with Claude Code

https://claude.ai/code/session_01CSmYixVAp4NqWpBZxkrLPT

…, lanes

Code-grounded design for making pineforge-engine usable without any Pine
adapter: a pure-C++ strategy against NativeStrategyHost gets every execution
feature Pine strategies rely on, and the Pine adapter becomes a thin
TradingView-parity layer that selects policy knobs on the same kernel features.

Merged from three independent audits of the same brief (Claude Fable 5.1,
Claude Opus, GPT-5.6 Sol) under the supervisor rulings R5-1..R5-11; every
citation (514) is script-checked against this tree (main @ 73817c1).

Contents: merged inventory (89 rows: 34 native / 14 partial / 29 missing /
12 TV-quirk), structural work (kernel-only target, coupling extraction, C API,
native HTF, examples), the lane roadmap L0-L13 with per-lane neutrality proof,
twin test and epoch impact, v1.0.0 prerequisites, risks and open questions,
and signature-level API proposals per lane.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CSmYixVAp4NqWpBZxkrLPT
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant