Work Platform Firm Engagement Start a conversation
IVBIS / Platform / PlanTrace
PLANTRACE

Every plan item
traces back to its source.

From approved PRD to trustworthy delivery plan. No orphan scope. No invented requirements. Approved plans export to Jira, Azure DevOps, Linear, and CSV/JSON.

Input
PRD · Markdown · DOCX · Confluence
Output
Epics → Features → Stories → Plan items
Targets
Jira · Azure DevOps · Linear · CSV/JSON
The case

AI-generated plans are confident, fast, and wrong.

Plainly A plan you can't trace to the document it came from isn't a plan. It's a creative writing exercise with checkboxes.

Drop a PRD into a current-generation model and ask for a plan. You will get a plan. It will read like one. Half of it will be derived from the document; a third will be confident invention; the rest will be the model's helpful guess at scope you didn't ask for. None of it will tell you which is which.

Once that plan reaches Jira, the audit trail dies. Stakeholders see epics whose origin nobody can name. Scope grows quietly because the original line in the PRD is gone. The first time someone asks why are we building this? the honest answer is that an agent thought you should.

PlanTrace is structural insurance against that. Every epic, feature, story, and plan item it produces carries a lineage pointer back to the exact PRD section, paragraph, and version it came from. Approved plans export to the tracker the team already uses, with the lineage preserved as metadata. The plan that ships to engineering is the plan a human signed.

Four facets

Traceable. Validated. Human-approved. Version-aware.

01 · LINEAGE SPINE

Every item points to its source.

A plan item is a tuple, not a paragraph. Each one carries the PRD URI, section anchor, paragraph index, and version hash it was derived from. Open any item in the tracker, follow the link, land on the sentence in the document. No paraphrasing.

PRD URI Section anchor Version hash
02 · GOVERNED AI

The model proposes. Humans approve.

The agent produces a draft. It cannot promote that draft to "approved" — that requires a named human, a signature, and a captured rationale for any items they removed or revised. Drift between the draft and the approved plan is itself a tracked artifact.

Named approver Captured rationale Drift report
03 · VERSIONING

Plans are immutable. Updates are diffs.

An approved plan is sealed. New PRD revisions produce a new plan version with an explicit diff: added items, removed items, items whose source section changed. The tracker sees the diff, not a wholesale replacement.

Immutable seal Plan diff PRD reconciliation
04 · EXECUTION-READY

Exports a tracker can actually run.

Approved plans export to Jira, Azure DevOps, Linear, and CSV/JSON. Hierarchy preserved. Estimates, labels, owners, and lineage carried across as native fields. If your tracker has a field for it, PlanTrace fills it correctly the first time.

Jira Azure DevOps Linear
How it works

PRD proposed approved exported.

Four gates, in order. Each one is a different thing: an input, a draft, a signed artifact, and an executable plan. Nothing in the chain is allowed to skip a gate. The lineage carries through all four.

Plan lifecycle

4 gates · lineage preserved · plan.v1.yaml
01 · INPUT
02 · DRAFT
03 · GATE
04 · OUTPUT

PRD ingested

Markdown, DOCX, or Confluence. Versioned and hashed on entry.

prd.uri: acme/auth-rewrite
version: v3.2.1
sections: 14
hash: 7c4a91d…

Plan proposed

Agent drafts the hierarchy. Each item linked to its source.

epics: 3
features: 11
stories: 47
items: 162 / draft

Plan approved

Named human signs. Removals and edits carry rationale.

approver: j.singh
removed: 7
edited: 12
status: sealed

Plan exported

Native objects in the tracker. Lineage preserved as metadata.

target: jira
project: ACME
created: 162
linkage: 100%
Integration

What goes in. What comes out.

01 · INGESTION

PRDs in their native form.

PlanTrace reads PRDs where they live. Hashes the version on entry; tracks edits between versions; produces lineage pointers that survive the document moving, renaming, or being refactored mid-cycle.

MarkdownFILE
DOCXFILE
ConfluenceAPI
NotionAPI
Google DocsAPI
Plain URLHTTP
02 · EXECUTION

Plans your tracker can actually run.

Approved plans export to the issue tracker the team already uses. Hierarchy, estimates, labels, owners, and lineage pointers map to native fields. Re-export produces a diff, not a duplicate.

Jira CloudREST v3
Jira DCREST v2
Azure DevOpsAPI v7
LinearGraphQL
CSVFILE
JSONFILE
Proof · interactive

Pick a PRD section. See the plan item it produces.

Three sections from a real PRD. Click one and watch the plan item on the right update — same identity that ends up in Jira, lineage pointing back to the exact paragraph on the left. The PRD source is highlighted at the sentence that became the story.

PRD:
Active section: §3.4 Account Lockout · 1 story · status sealed PRD → PROPOSED → APPROVED → EXPORTED
acme/auth-rewrite@v3.2.1 · §3.4 PRD · SOURCE
plan/items/AUTH-EXP-073.yaml PLAN ITEM · OUT

        
Platform context

PlanTrace sits at the front. ArchTrace sits at the back.

ARCHTRACE

Claude proposes. ArchTrace decides.

Where PlanTrace governs the plan an agent ships from, ArchTrace governs the architecture an agent ships against. Same governance discipline at the opposite end of the lifecycle. Together they bracket the AI loop.

Explore ArchTrace
PlanTrace

Traceable. Validated. Human-approved. Version-aware. Ready for execution.

PlanTrace ships as a CLI and a service.
Start with a sentence about the PRD you'd like to turn into a plan. We reply within two business days.