source register

{
  "id": "com-b-001",
  "part": "P02",
  "source_class": "commercial",
  "identity": "ChatPRD",
  "url": "https://www.chatprd.ai/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "AI product-management platform that drafts and improves PRDs, one-pagers, user stories and tech specs from natural-language prompts.",
  "limitations": "Site is marketing-thin; PRD section schema unverified from primary source. Vendor claim of 100k+ PMs is unaudited. No customer-evidence ingestion layer (widely cited criticism).",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-002",
  "part": "P02",
  "source_class": "commercial",
  "identity": "ChatPRD MCP Server",
  "url": "https://app.chatprd.ai/mcp",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Authenticated MCP endpoint exposing product documents to AI coding tools as live context.",
  "limitations": "Access follows user permissions; requires auth so the tool schema could not be exercised. Value depends entirely on upstream spec quality.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-003",
  "part": "P02",
  "source_class": "commercial",
  "identity": "BuildBetter",
  "url": "https://buildbetter.ai/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Customer-intelligence platform that generates PRDs and scoping docs grounded in captured customer calls, tickets and Slack threads with citations.",
  "limitations": "All accuracy figures are vendor self-benchmarks against unnamed baselines. Exact quote/timestamp anchoring format in PRDs not documented on the page. Presupposes an existing customer-call corpus — useless at true cold start.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-004",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Figr",
  "url": "https://figr.design/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "PRD generator that refuses the blank prompt: ingests existing product context first, then structures a PRD grounded in what the product actually does.",
  "limitations": "Characterised via a third-party roundup, not primary fetch — segment-competitor sources are vendor-published and self-favouring. Spec field schema unverified.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-005",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Keeborg",
  "url": "https://www.keeborg.com/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Spec generator producing a multi-document stack formatted for AI-agent consumption with cross-document consistency checking.",
  "limitations": "Sourced from the vendor's own comparison blog — maximally self-favouring. The '8-document stack' is an unverified vendor claim and the count should not be quoted downstream without a primary read. Cross-document consistency is the interesting mechanism if real.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-006",
  "part": "P02",
  "source_class": "commercial",
  "identity": "ContextArk",
  "url": "https://contextark.com/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Spec tool built for AI coding agents that emphasises non-goals and acceptance criteria to prevent scope creep in Cursor/Claude Code.",
  "limitations": "Third-party mention only; no primary fetch. Small/unproven vendor. The non-goals + acceptance-criteria pairing is the transferable idea regardless of this specific product's survival.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-007",
  "part": "P02",
  "source_class": "commercial",
  "identity": "IdeaPlan Forge",
  "url": "https://www.ideaplan.io/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "AI document generation embedded in a broader PM operating system (feedback, roadmap, releases).",
  "limitations": "Known only via IdeaPlan's own comparison pages, which rank IdeaPlan favourably. Spec mechanism appears to be a feature of a suite rather than the core product — weak differentiation for Actionist's purposes.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-008",
  "part": "P02",
  "source_class": "commercial",
  "identity": "FreePRD.ai",
  "url": "https://freeprd.ai/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Free unlimited PRD generation with no signup, positioned explicitly as a ChatPRD alternative.",
  "limitations": "Third-party sourced. A thin wrapper over a general LLM with template prompts; no persistent context, no evidence layer, no testability. Included for denominator completeness only.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-009",
  "part": "P02",
  "source_class": "commercial",
  "identity": "FifthDraft",
  "url": "https://fifthdraft.com/",
  "segment": "ai-prd",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Free unlimited PRD generator requiring no account; pick product type, describe feature, receive structured output.",
  "limitations": "Third-party sourced, not fetched. Extremely thin product; interesting only because the product-type-as-schema-selector pattern is cheap and reusable.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-010",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Taskade AI Software Development Proposal Generator",
  "url": "https://www.taskade.com/generate/proposal/software-development-proposal",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Template-driven AI generator producing software development proposals inside a general workspace tool.",
  "limitations": "Generic AI generator that, per market analysis, knows nothing about sprints, tech stacks, APIs or dev milestones. Denominator entry.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-011",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Jama Connect",
  "url": "https://www.jamasoftware.com/platform/jama-connect/",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Requirements/engineering management platform now repositioned as an 'Intelligent Engineering Management Platform' with spec-driven development for AI agents.",
  "limitations": "Marketing page did not define Live Traceability, did not disclose the item schema, and did not mention Advisor. Item-count figures are vendor claims. The 2026 repositioning toward spec-driven/MCP is directionally the most Actionist-relevant signal in this segment but is a vendor narrative, not observed behaviour.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-012",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Jama Connect Advisor",
  "url": "https://www.jamasoftware.com/requirements-management-guide/requirements-quality/jama-connect-advisor/",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "NLP requirements-authoring assistant that checks the quality of individual requirement statements against INCOSE best practice and EARS syntax.",
  "limitations": "The fetched page is an announcement — it does NOT enumerate which INCOSE rules or EARS patterns are implemented, and describes no scoring or flagging mechanism. Claims about detecting ambiguity/passive voice/vagueness could NOT be confirmed and must not be repeated as observed. Underlying grammar (see com-b-013) is verified; this product's implementation of it is not.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-013",
  "part": "P02",
  "source_class": "commercial",
  "identity": "EARS notation (Easy Approach to Requirements Syntax)",
  "url": "https://www.jamasoftware.com/requirements-management-guide/writing-requirements/adopting-the-ears-notation-to-improve-requirements-engineering/",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "A constrained-natural-language grammar for requirements; not a product but the mechanism several commercial tools implement.",
  "limitations": "Origin verified: developed 2009 at Rolls-Royce Aero Engines during analysis of an airworthiness regulation for an aero engine control system, published at IEEE RE09. Adopter list (Bosch, Daimler, Dyson, Honeywell, Intel, NASA, Siemens) is a vendor-page claim. Note the page is Jama-published, so its framing favours Jama tooling. Some template text was placeholder-stripped in the fetched render; patterns above reflect the standard published EARS structure and should be re-checked against Mavin's original RE09 paper before client quotation.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-014",
  "part": "P02",
  "source_class": "commercial",
  "identity": "IBM Engineering Requirements Management DOORS Next",
  "url": "https://www.ibm.com/products/requirements-management-doors-next",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Enterprise requirements management for regulated, long-lifecycle engineering with formal baselines and multi-level traceability.",
  "limitations": "Primary IBM product page returned HTTP 403; schema detail above is reconstructed from IBM docs plus SodiusWillert and Softacus third-party guides. Baselines are component/project-level (unlike DOORS Classic), and cross-component traceability requires a Global Configuration context — a real structural constraint. No AI/watsonx requirements feature confirmed.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-015",
  "part": "P02",
  "source_class": "commercial",
  "identity": "DOORS Next suspect-link change propagation",
  "url": "https://softacus.com/blog/basics-of-links-and-link-types-in-ibm-doors-next-generation",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Change-impact mechanism: editing a requirement automatically marks associated links as suspect.",
  "limitations": "Third-party vendor blog (Softacus is a consultancy). Mechanism is well-attested across multiple independent sources in this sweep.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-016",
  "part": "P02",
  "source_class": "commercial",
  "identity": "IBM Engineering Requirements Management DOORS (Classic)",
  "url": "https://www.ibm.com/products/requirements-management",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "The long-lived predecessor RM tool, still entrenched where organisations have long product lifecycles and historical investment.",
  "limitations": "Not fetched. Included for denominator completeness — architecturally superseded by DOORS Next for new work, so its interest to Actionist is historical.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-017",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Siemens Polarion ALM",
  "url": "https://polarion.plm.automation.siemens.com/",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Full integration of requirements, change and test management in one ALM platform.",
  "limitations": "Not fetched. Reported steep learning curve and complex implementation for companies without Siemens infrastructure. Gravity comes from Siemens PLM adjacency more than from spec mechanism quality.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-018",
  "part": "P02",
  "source_class": "commercial",
  "identity": "PTC Codebeamer",
  "url": "https://www.ptc.com/en/products/codebeamer",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Highly configurable ALM for complex regulated product organisations covering requirements, risks and verification.",
  "limitations": "Not fetched. Configurability is the selling point and the cost — the schema is a project, not a default.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-019",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Visure Requirements ALM",
  "url": "https://visuresolutions.com/",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Requirements ALM for safety-critical and highly regulated industries with bidirectional traceability across thousands of interconnected items.",
  "limitations": "Not fetched; Visure also publishes its own comparison content, so rankings citing it are self-interested. Acknowledged drawback: oversized with high implementation effort for less regulated projects.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-020",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Modern Requirements4DevOps",
  "url": "https://www.modernrequirements.com/",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Requirements and traceability layer built directly inside Microsoft Azure DevOps rather than as a separate platform.",
  "limitations": "Not fetched. Architecturally interesting for Actionist as the 'ride the host schema' strategy: no new object model, only added structure and traceability over an existing one.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-021",
  "part": "P02",
  "source_class": "commercial",
  "identity": "ReqSuite RM",
  "url": "https://www.reqsuite.io/en/",
  "segment": "req-mgmt",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Requirements management aimed at medium-sized product developers, positioned as lighter-weight than DOORS/Polarion class tools.",
  "limitations": "Known only through ReqSuite's own comparison blog and a G2 alternatives listing — self-favouring sources. Included because the mid-market position is closer to Actionist's likely users than the aerospace-grade tools.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-022",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Lovable",
  "url": "https://lovable.dev/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Prompt-to-app builder generating frontend, backend, database, auth and integrations from natural-language description in a per-project chat.",
  "limitations": "Docs index page did not document a distinct chat vs build/agent mode, clarifying-question behaviour, or any plan artifact — absence here is absence of documentation, not proof of absence in product. Lovable also publishes competitor comparisons, so its own guides are self-favouring.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-023",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Lovable Knowledge (project & workspace context)",
  "url": "https://docs.lovable.dev/features/knowledge",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Persistent plain-text instruction store the agent consults on every message — the closest thing in the builder segment to a durable spec.",
  "limitations": "Two honest limits documented by the vendor: the 10,000-character cap per field, and that in very long conversations with a lot of context instructions may not always be followed consistently. Precedence rule is soft — project knowledge 'generally' wins over workspace on conflict. Knowledge is always-on background context, unlike skills which load on demand; it competes with project code, connector knowledge and AGENTS.md/CLAUDE.md for attention.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-024",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Replit Agent (Plan mode)",
  "url": "https://docs.replit.com/replitai/agent",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Prompt-to-app agent with an explicit pre-build planning mode gated by user approval.",
  "limitations": "The clarifying-question behaviour is a third-party observation of one session, not a documented guarantee — the official docs do not promise proactive interrogation. Design Canvas mockups precede code but are visual, not specified. Paid actions require separate 'Allow once' confirmation, conflating scope approval with billing approval.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-025",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Bolt.new",
  "url": "https://bolt.new/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "In-browser prompt-to-full-stack-app builder offering an explicit choice between planning first and generating immediately.",
  "limitations": "The landing page confirms Plan vs Build-now exists but does NOT describe what planning involves or whether it asks clarifying questions — the mechanism is unverified. Model routing is automatic across Standard and Max agent tiers, so behaviour is not stable across runs. Independent test reported a working app in about three minutes without interrogation.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-026",
  "part": "P02",
  "source_class": "commercial",
  "identity": "v0 by Vercel",
  "url": "https://v0.dev/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Prompt-to-UI generator focused on frontend components and pages.",
  "limitations": "Not fetched. Deliberately scoped to frontend — no backend generation, so requirements about data, state and persistence are structurally out of scope rather than merely unasked. The clearest example in this survey of generation speed traded against specification depth.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-027",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Base44",
  "url": "https://base44.com/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Consumer-feeling AI app builder that turns a prompt into a structured project with screens, data models, authentication and core workflows.",
  "limitations": "Primary fetch was not completed (tool limit reached); all detail is from third-party comparisons, several published by direct competitors (Lovable, Softr, monday.com) and therefore self-favouring. The screens/data-models/auth/workflows decomposition is the useful signal and should be re-verified from Base44's own docs before client use.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-028",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Replit Design Canvas / Design Mode",
  "url": "https://docs.replit.com/replitai/agent",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Visual mockup surface for exploring designs before committing to code.",
  "limitations": "Documented as part of the Agent page rather than independently specified. Directly relevant to Actionist's 'when to prototype vs when to ask' question: Replit's answer is prototype for look-and-feel, ask for data and behaviour.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-029",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Softr",
  "url": "https://www.softr.io/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "No-code app builder over existing data sources (Airtable, Google Sheets, databases) with block-based page composition.",
  "limitations": "Not fetched; Softr publishes competitor comparisons and is thus self-interested as a source. Included because data-source-first intake is a genuinely different answer to the elicitation problem — it sidesteps intent capture entirely when the data already exists.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-030",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Glide",
  "url": "https://www.glideapps.com/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Builds business apps from spreadsheet or database data with AI-assisted layout.",
  "limitations": "Not fetched. Denominator entry for the data-first intake pattern.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-031",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Bubble",
  "url": "https://bubble.io/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Visual full-stack no-code development platform with explicit data types and workflow logic.",
  "limitations": "Not fetched. Long learning curve. Relevant to Actionist mainly as evidence that a When/Then workflow grammar is learnable by non-engineers at scale — a decade-long natural experiment supporting the EARS-style approach.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-032",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Mocha",
  "url": "https://getmocha.com/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "AI app builder positioned against Lovable/Bolt/v0 for non-technical builders.",
  "limitations": "Known only via its own comparison blog — maximally self-favouring source. Thin evidence; denominator entry only.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-033",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Magic Patterns",
  "url": "https://www.magicpatterns.com/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "AI prototyping tool for product teams generating UI from prompts.",
  "limitations": "Not fetched; appears in a third-party prototyping-stack comparison. Prototype-as-spec pattern, same limitation class as v0.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-034",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Cursor",
  "url": "https://cursor.com/",
  "segment": "builder-intake",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "AI code editor whose spec surface is rules files consumed before editing.",
  "limitations": "Not fetched. Included because rules-file-as-spec is now a de facto cross-product convention (Lovable docs explicitly read AGENTS.md/CLAUDE.md), which matters for what format Actionist's ProductSpec should be emittable in.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-035",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Proposify",
  "url": "https://www.proposify.com/proposal-software",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Proposal platform whose AI drafts editable executive summaries, cover letters, scopes of work and project approaches from pasted discovery material.",
  "limitations": "Important gap — the fetched product page did NOT describe the AI mechanism, transcript ingestion, or any dedicated scope-of-work structure; those claims come from a third-party guide and remain unverified. The same guide flags the real problem as governance: verifying that AI-generated documents match what was actually scoped, priced and agreed before reaching a client. Approval workflows are gated to higher tiers.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-036",
  "part": "P02",
  "source_class": "commercial",
  "identity": "PandaDoc",
  "url": "https://www.pandadoc.com/",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Document automation platform covering SOW, MSA and proposal generation through to signature and payment.",
  "limitations": "Not fetched. Reported pricing from $35/user/month (Essentials) is a third-party figure. Generic document tooling with no software-scoping semantics.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-037",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Qwilr",
  "url": "https://qwilr.com/",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Proposal tool that outputs an interactive web page rather than a PDF or traditional document.",
  "limitations": "Not fetched. The page-not-PDF choice is the only differentiator relevant here — it makes the scope artifact live and updatable rather than a frozen attachment.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-038",
  "part": "P02",
  "source_class": "commercial",
  "identity": "FlowEdge",
  "url": "https://getflowedge.com/",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "AI proposal/SOW/contract generator aimed at independent consultants, fractional executives and small agencies.",
  "limitations": "Not fetched; all detail including pricing (reported pay-as-you-go from $1/document, plans from $18/month Solo, $48/month Business) comes from FlowEdge's own comparison content, in which FlowEdge is ranked as producing the most complete output. Treat the ranking as advertising and the acceptance-criteria section as the only durable observation.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-039",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Loopio",
  "url": "https://loopio.com/",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Enterprise RFP response platform with content library and AI-assisted question matching.",
  "limitations": "Not fetched. Explicitly flagged in market analysis as too expensive and complex for a 5-person agency. Interesting as a mechanism, wrong scale for Actionist's users.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-040",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Responsive (formerly RFPIO)",
  "url": "https://www.responsive.io/",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Enterprise RFP and response management with content library and AI question matching.",
  "limitations": "Not fetched. Enterprise procurement scale; duplicate mechanism to com-b-039. Denominator entry.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-041",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Forecast",
  "url": "https://www.forecast.app/features/project-scoping",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Professional-services platform with project scoping and estimation — phases, tasks, assignment, deadlines and placeholder-based pipeline scoping.",
  "limitations": "Not fetched. This is resource planning wearing scoping vocabulary; the probability-weighted pipeline is the one idea worth noting (representing scope confidence as a number attached to unwon work).",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-042",
  "part": "P02",
  "source_class": "commercial",
  "identity": "KuberAgent SOW & Project Proposal Generator",
  "url": "https://kuberagent.com/tool/proposal-generator",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Free SOW and project proposal generator.",
  "limitations": "Not fetched. Free lead-generation utility. Denominator entry; no mechanism of interest.",
  "disposition": "weak",
  "license_claimed": null
}

{
  "id": "com-b-043",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Galorath SEER",
  "url": "https://galorath.com/",
  "segment": "scoping",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Parametric software cost and effort estimation using sizing models.",
  "limitations": "Not fetched. Sits downstream of specification: consumes scope rather than eliciting it. Included because parametric confidence ranges are the strongest prior art for representing estimate uncertainty numerically.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-044",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Cucumber Studio",
  "url": "https://smartbear.com/product/cucumberstudio/",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "BDD collaboration platform positioning itself as the single source of truth where whole teams manage executable specifications together.",
  "limitations": "Fetched page is marketing; no schema, pricing or automation detail. Product ownership moved from Cucumber/HipTest branding to SmartBear (cucumber.io URL 301s to smartbear.com), so long-term positioning is uncertain. Real-world caveat from the segment sweep: BDD's value depends on cross-functional participation — without stakeholders it is overhead for nothing.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-045",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Xray (BDD in Jira)",
  "url": "https://docs.getxray.app/space/XRAYCLOUD/44565237",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Jira-native test management storing Gherkin scenarios as Jira issues linked to requirement issues for coverage.",
  "limitations": "Cloud doc page returned HTTP 403 on direct fetch; detail reconstructed from Xray's own indexed documentation plus third-party guides. The docs themselves surface the key unresolved tension: teams must choose where scenarios are mastered, since you preferably want only a single source of truth — Jira or the repo, not both. Backgrounds without a name produce derived Pre-Condition summaries listing test keys, which is a legibility cost.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-046",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Zephyr (Gherkin support)",
  "url": "https://smartbear.com/test-management/zephyr/",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Jira-based test management offering one home for manual, automated and BDD testing.",
  "limitations": "Not fetched. Positioned in third-party comparison as the choice for a single Jira-based home rather than for BDD depth specifically; weaker BDD semantics than Xray's coverage model.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-047",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Tricentis qTest",
  "url": "https://www.tricentis.com/products/unified-test-management-qtest",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Enterprise test management with BDD support, positioned for governance.",
  "limitations": "Not fetched. Same vendor discontinued SpecFlow, which is a material signal about commitment to the BDD tooling line. Governance-first rather than elicitation-first.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-048",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Reqnroll",
  "url": "https://reqnroll.net/",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Open-source Cucumber-style BDD framework for .NET; the community successor to the discontinued SpecFlow, led by SpecFlow's original creator.",
  "limitations": "Not fetched. Open source, maintained and sponsored by the community and companies that benefit — a sustainability model worth noting rather than assuming. Migration from SpecFlow described as deliberately near-drop-in. Included because SpecFlow's commercial discontinuation and this community reboot is the load-bearing fact about commercial BDD tooling risk in 2026.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-049",
  "part": "P02",
  "source_class": "commercial",
  "identity": "SpecFlow + LivingDoc",
  "url": "https://specflow.org/",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "Formerly the most widely used .NET BDD framework with living documentation generation; discontinued by Tricentis.",
  "limitations": "Not fetched. DISCONTINUED — this is the entry's main value. A widely adopted commercial-backed spec tool was withdrawn, stranding users until a community fork appeared. Directly relevant to how Actionist should think about spec-format lock-in: prefer a format that survives its tooling.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "com-b-050",
  "part": "P02",
  "source_class": "commercial",
  "identity": "ContextQA",
  "url": "https://contextqa.com/",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "AI-native test platform generating and self-healing tests from plain-English behaviour descriptions without a glue-code layer.",
  "limitations": "Ranked first in its own blog's top-10 BDD list — a self-published ranking and therefore advertising. Self-healing tests trade determinism for durability, which is a real correctness concern for acceptance criteria specifically: a test that heals itself may stop testing the original assertion. Not fetched.",
  "disposition": "adjacent",
  "license_claimed": null
}

{
  "id": "com-b-051",
  "part": "P02",
  "source_class": "commercial",
  "identity": "Cucumber (open-source core)",
  "url": "https://cucumber.io/",
  "segment": "acceptance",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "search-only",
  "claim": "The de facto reference BDD implementation and the origin of the Gherkin Given/When/Then grammar.",
  "limitations": "Not fetched in this sweep (cucumber.io/tools/cucumberstudio 301'd to SmartBear, confirming the domain is live). Well-known caveats surfaced in the sweep: BDD scenarios run roughly 10-100x slower than unit tests and suit acceptance rather than design; the collaboration payoff requires stakeholder participation. Included as the grammar every commercial entry in this segment depends on.",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "oss-a-001",
  "part": "P02",
  "source_class": "oss",
  "identity": "github/spec-kit",
  "url": "https://github.com/github/spec-kit",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "CLI ('specify') that installs slash-command templates into 30+ AI coding agents, driving a gated phase flow from intent to implementation. Read the actual spec-template.md: it mandates prioritized (P1/P2/P3) INDEPENDENTLY TESTABLE user stories, each with Given/When/Then Acceptance Scenarios, then FR-### functional requirements, Key Entities, measurable SC-### Success Criteria, and an explicit Assumptions section.",
  "limitations": "Template structure verified from source; I did NOT execute the CLI, so real-world output quality/adherence of any given agent to the template is unobserved. Star count (131k) reflects hype cycle, not deployed quality.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT; consistent with README statement)"
}

{
  "id": "oss-a-002",
  "part": "P02",
  "source_class": "oss",
  "identity": "Fission-AI/OpenSpec",
  "url": "https://github.com/Fission-AI/OpenSpec",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Lightweight SDD layer that forces human+AI agreement on requirements BEFORE code. Centers on change-scoped 'deltas' rather than whole-codebase context, which is its main token-efficiency claim.",
  "limitations": "Directory/format read from README; I did not run openspec init to confirm generated layout matches docs. The 'superior token efficiency' claim vs BMAD is vendor/blog framing, not something I measured.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-003",
  "part": "P02",
  "source_class": "oss",
  "identity": "bmad-code-org/BMAD-METHOD",
  "url": "https://github.com/bmad-code-org/BMAD-METHOD",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Multi-agent 'agile team' simulation (analyst, PM, architect, SM, dev, QA, UX personas) covering full lifecycle with a Clarify -> Plan -> Build/verify -> Learn loop.",
  "limitations": "I confirmed the src/ top level and LICENSE body but did NOT descend into bmm-skills to read actual persona/elicitation prompt text, so the concrete question-asking mechanism is unverified. Widely reported as high-token and slow (one blog claims 5.5h vs 12min vs OpenSpec) — that benchmark is third-party and unreplicated.",
  "disposition": "relevant",
  "license_claimed": "API reports NOASSERTION; I read LICENSE body: it IS 'MIT License, Copyright (c) 2025 BMad Code, LLC' but with added contributor-attribution prose, plus a separate TRADEMARK.md reserving 'BMad'/'BMAD-METHOD' marks. So: MIT code, restricted naming."
}

{
  "id": "oss-a-004",
  "part": "P02",
  "source_class": "oss",
  "identity": "buildermethods/agent-os",
  "url": "https://github.com/buildermethods/agent-os",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "fetched",
  "claim": "Injects a codebase's OWN conventions into agent context. Four capabilities: Discover Standards (reverse-engineer conventions from real code), Deploy Standards, Shape Spec, Index Standards. Distinctive because most SDD tools assume greenfield.",
  "limitations": "Repo page does not expose any spec file format, roadmap/mission filenames, or a clarification mechanism — real detail lives on buildermethods.com, i.e. off-repo. 'Discover Standards' is a claim I could not verify against code.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-005",
  "part": "P02",
  "source_class": "oss",
  "identity": "gokulrajaram/ProductSpec",
  "url": "https://github.com/gokulrajaram/ProductSpec",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "An OPEN STANDARD (not a tool) for portable product specs readable by humans, reviewable by product tools, and executable by agents downstream. Explicitly declines to define taste or reviewer behavior — only structure and interoperability.",
  "limitations": "I read SPEC.md and the JSON schema directly. Low adoption (275 stars) — a standard with no ecosystem is a proposal, not an interop layer. Conformance suite exists but I did not run it.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-006",
  "part": "P02",
  "source_class": "oss",
  "identity": "FoundationAgents/MetaGPT",
  "url": "https://github.com/FoundationAgents/MetaGPT",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Multi-agent framework encoding 'Code = SOP(Team)': one-line requirement in, PRD/user stories/competitive analysis/data structures/APIs/repo out, via product manager, architect, project manager, engineer roles.",
  "limitations": "No explicit interactive clarification stage documented — the PM role EXPANDS a one-liner rather than interrogating the user, which is the opposite of what a discovery product needs. Staleness matters here.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-007",
  "part": "P02",
  "source_class": "oss",
  "identity": "cdeust/ai-prd-generator",
  "url": "https://github.com/cdeust/ai-prd-generator",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Claude Code/Cowork plugin generating PRDs via a confidence-driven multi-choice clarification loop across 8 PRD types, with multi-judge verification.",
  "limitations": "PROPRIETARY — unusable as a code source and its mechanism claims are unauditable. The confidence thresholds and '6 verification algorithms' are marketing claims behind a paid licence key (AIPRD- prefix); nothing is verifiable from the repo. Value is as a PRODUCT-DESIGN reference only.",
  "disposition": "adjacent",
  "license_claimed": "BADGE TRAP — API reports NOASSERTION; I read the LICENSE body: 'AI PRD Generator — Commercial Software License ... All Rights Reserved ... proprietary commercial software'. This is NOT open source despite living on GitHub with a LICENSE file."
}

{
  "id": "oss-a-008",
  "part": "P02",
  "source_class": "oss",
  "identity": "anombyte93/prd-taskmaster",
  "url": "https://github.com/anombyte93/prd-taskmaster",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Zero-config goal-to-tasks engine ('Atlas'): graded PRD validation, dependency-ordered task graph, evidence-gated execution.",
  "limitations": "Metadata-level only; I did not fetch the repo tree, so 'graded PRD validation' and the gate mechanism are unverified claims from the description.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-009",
  "part": "P02",
  "source_class": "oss",
  "identity": "nurettincoban/ai-prd-workflow",
  "url": "https://github.com/nurettincoban/ai-prd-workflow",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Structured PROMPT PIPELINE (shell, no runtime lock-in) turning vague ideas into implementable RFCs; assistant-agnostic.",
  "limitations": "Not fetched at file level; the 'vague idea -> RFC' transformation quality is entirely unverified.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-010",
  "part": "P02",
  "source_class": "oss",
  "identity": "TechNomadCode/AI-Product-Development-Toolkit",
  "url": "https://github.com/TechNomadCode/AI-Product-Development-Toolkit",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "User-centered product development prompt templates and agent configurations (no code — a prompt library).",
  "limitations": "No executable mechanism at all; value is editorial. Not fetched at file level.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-011",
  "part": "P02",
  "source_class": "oss",
  "identity": "visual-req/visual-spec",
  "url": "https://github.com/visual-req/visual-spec",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Explicitly discovery-shaped: 'Give your short business requirement, follow instructions, ANSWER A FEW QUESTIONS, get your specification, prototypes, codes, tests.' Question-asking is the advertised core step.",
  "limitations": "Small and unproven; I did not fetch the repo tree so the question set and whether it is adaptive vs fixed is unknown. Highly on-theme for Actionist but low evidence.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-012",
  "part": "P02",
  "source_class": "oss",
  "identity": "chaussky/ainalyst",
  "url": "https://github.com/chaussky/ainalyst",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "AI assistant for business analysts working to the BABOK v3 methodology — i.e. grounded in a real, established requirements-engineering body of knowledge rather than ad-hoc prompt structure.",
  "limitations": "Not fetched at file level. AGPL is a hard commercial blocker for reuse; useful as a METHODOLOGY reference (BABOK framing) rather than code.",
  "disposition": "relevant",
  "license_claimed": "AGPL-3.0 (GitHub API spdx) — copyleft; network-use triggers source disclosure. Not safe to embed in a proprietary client product."
}

{
  "id": "oss-a-013",
  "part": "P02",
  "source_class": "oss",
  "identity": "ductienuit/SpecForge",
  "url": "https://github.com/ductienuit/SpecForge",
  "segment": "prd-agent",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Deliberately NOT a PRD generator (states so in its own description): a requirement-QUALITY skill pack that audits, scores, and improves existing specs before handoff.",
  "limitations": "Near-zero adoption; value is the CONCEPT of scoring spec quality as a separate gate, not the implementation.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-014",
  "part": "P02",
  "source_class": "oss",
  "identity": "Pimzino/spec-workflow-mcp",
  "url": "https://github.com/Pimzino/spec-workflow-mcp",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "MCP server exposing structured spec-driven workflow tools, with a real-time web dashboard and VSCode extension for monitoring spec progress — i.e. spec state as a live, inspectable service rather than files alone.",
  "limitations": "Not fetched at file level. The MCP-server-as-spec-state-owner pattern is the interesting bit; GPL-3.0 limits direct reuse.",
  "disposition": "relevant",
  "license_claimed": "GPL-3.0 (GitHub API spdx) — copyleft, a commercial-embedding constraint"
}

{
  "id": "oss-a-015",
  "part": "P02",
  "source_class": "oss",
  "identity": "gemini-cli-extensions/conductor",
  "url": "https://github.com/gemini-cli-extensions/conductor",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Google-org plugin bringing specify/plan/implement SDD to Antigravity and Claude Code.",
  "limitations": "Not fetched; assumed to mirror spec-kit's phase model without independent confirmation of artifact format.",
  "disposition": "adjacent",
  "license_claimed": "Apache-2.0 (GitHub API spdx) — patent grant, generally the safest permissive option for client work"
}

{
  "id": "oss-a-016",
  "part": "P02",
  "source_class": "oss",
  "identity": "gotalab/cc-sdd",
  "url": "https://github.com/gotalab/cc-sdd",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Minimal SDD harness whose framing is 'turn APPROVED specs into long-running autonomous implementation' — the approval gate is the product boundary.",
  "limitations": "Not fetched. 'Approved' implies a human gate but the approval mechanism is unverified.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-017",
  "part": "P02",
  "source_class": "oss",
  "identity": "shotgun-sh/shotgun",
  "url": "https://github.com/shotgun-sh/shotgun",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Codebase-AWARE spec writing so agents don't derail — grounds the spec in existing code rather than treating it as greenfield.",
  "limitations": "Not fetched; the codebase-awareness mechanism (indexing? retrieval?) is unknown.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-018",
  "part": "P02",
  "source_class": "oss",
  "identity": "Priivacy-ai/spec-kitty",
  "url": "https://github.com/Priivacy-ai/spec-kitty",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "SDD with a Kanban dashboard, git worktrees, and auto-merge — spec state rendered as a board.",
  "limitations": "Not fetched. Interesting only for the spec-as-visible-board UX idea.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-019",
  "part": "P02",
  "source_class": "oss",
  "identity": "modu-ai/moai-adk",
  "url": "https://github.com/modu-ai/moai-adk",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "SPEC-driven plan/run/sync harness with 'TRUST 5' quality gates and model+effort routing, single Go binary.",
  "limitations": "Not fetched; 'TRUST 5' is an unverified branded rubric.",
  "disposition": "adjacent",
  "license_claimed": "Apache-2.0 (GitHub API spdx)"
}

{
  "id": "oss-a-020",
  "part": "P02",
  "source_class": "oss",
  "identity": "open-gsd/gsd-core",
  "url": "https://github.com/open-gsd/gsd-core",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "'Git. Ship. Done' core — meta-prompting and context-engineering system positioned as spec-driven development.",
  "limitations": "Not fetched. The GSD family (get-shit-done 64k stars, gsd-2, gsd-pi, gsd-core) is confusingly forked/renamed across orgs — provenance is murky and star counts are not comparable across the duplicates.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-021",
  "part": "P02",
  "source_class": "oss",
  "identity": "gsd-build/get-shit-done",
  "url": "https://github.com/gsd-build/get-shit-done",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Lightweight meta-prompting/context-engineering and SDD system; the highest-starred of the GSD family.",
  "limitations": "64k stars with a 3-month-idle repo and multiple near-identical sibling repos is exactly the signal-vs-substance trap; treat the star count as meaningless here.",
  "disposition": "weak",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-022",
  "part": "P02",
  "source_class": "oss",
  "identity": "useblocks/sphinx-needs",
  "url": "https://github.com/useblocks/sphinx-needs",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Adds typed needs/requirements objects to Sphinx docs with IDs, links, and traceability — mature requirements-as-documentation tooling predating the LLM wave.",
  "limitations": "Not fetched at file level. Docs-toolchain-bound (Python/Sphinx), so relevant as a TRACEABILITY model rather than adoptable code.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-023",
  "part": "P02",
  "source_class": "oss",
  "identity": "bmw-software-engineering/trlc",
  "url": "https://github.com/bmw-software-engineering/trlc",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "'Treat Requirements Like Code' — a real typed requirements DSL with its own grammar and checker, used in automotive engineering.",
  "limitations": "Not fetched. GPL-3.0 blocks embedding; value is as evidence that industrial requirements want TYPES and VALIDATION, not prose.",
  "disposition": "relevant",
  "license_claimed": "GPL-3.0 (GitHub API spdx) — strong copyleft"
}

{
  "id": "oss-a-024",
  "part": "P02",
  "source_class": "oss",
  "identity": "Agile-V/agile_v_skills",
  "url": "https://github.com/Agile-V/agile_v_skills",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Agent skills for traceable requirements, independent verification, and explicit HUMAN APPROVAL GATES.",
  "limitations": "Not fetched. CC-BY-SA on what is effectively software is a licensing smell worth flagging to any client considering reuse.",
  "disposition": "adjacent",
  "license_claimed": "CC-BY-SA-4.0 (GitHub API spdx) — a CONTENT licence, share-alike; awkward/inappropriate for software and viral on derivatives"
}

{
  "id": "oss-a-025",
  "part": "P02",
  "source_class": "oss",
  "identity": "leocamello/spec-kit-v-model",
  "url": "https://github.com/leocamello/spec-kit-v-model",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "V-Model extension for Spec Kit that ENFORCES paired generation of development specs and test specs — every requirement must be born with its verification.",
  "limitations": "Not fetched; tiny. The PAIRING RULE is the transferable idea.",
  "disposition": "relevant",
  "license_claimed": "MIT (search metadata)"
}

{
  "id": "oss-a-026",
  "part": "P02",
  "source_class": "oss",
  "identity": "swingerman/engineer",
  "url": "https://github.com/swingerman/engineer",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Methodology kit built on acceptance-test-FIRST specs with explicit checkpoints — bridges the spec-driven and executable-spec segments.",
  "limitations": "Not fetched at file level.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-027",
  "part": "P02",
  "source_class": "oss",
  "identity": "cyanheads/survey-mcp-server",
  "url": "https://github.com/cyanheads/survey-mcp-server",
  "segment": "dialog",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "STRONGEST STRUCTURAL MATCH FOR ACTIONIST. MCP server that turns an LLM into an interviewer while the SERVER owns question state, eligibility, validation and progress. Eight tools: survey_list_available, survey_start_session, survey_get_question, survey_submit_response, survey_get_progress, survey_complete_session, survey_export_results, survey_resume_session. Each question returns 'currentlyEligible' + 'eligibilityReason' for transparency, plus a 'guidanceForLLM' field steering conversational delivery.",
  "limitations": "Only 4 stars and 10 months idle — this is a design reference, NOT a dependency to adopt. I read one definition file; I did not run the server or verify the eligibility engine actually honours the conditional tree at runtime.",
  "disposition": "relevant",
  "license_claimed": "Apache-2.0 (GitHub API spdx; matches README badge)"
}

{
  "id": "oss-a-028",
  "part": "P02",
  "source_class": "oss",
  "identity": "oasis-surveys/oasis-platform",
  "url": "https://github.com/oasis-surveys/oasis-platform",
  "segment": "dialog",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Self-hosted platform for AI-conducted qualitative interviews at scale (voice-to-voice, modular STT->LLM->TTS, or text), built by/for survey researchers with methodological intent. Semi-structured mode: question guides with follow-up probes and transition logic, so the agent keeps a structured backbone while conversing naturally.",
  "limitations": "I confirmed the schema MODULE names but did not read the guide field definitions, so the exact probe/transition representation is unverified. Notable HITL design: the adaptive engagement policy ships in NON-ACTING SHADOW MODE, logging what it would have done to an audit trail for researcher review before going live.",
  "disposition": "relevant",
  "license_claimed": "BADGE TRAP — API reports NOASSERTION; LICENSE body reads 'SPDX-License-Identifier: AGPL-3.0-only'. Deploying a MODIFIED version as a network service forces disclosure of changes. Hard blocker for proprietary client SaaS."
}

{
  "id": "oss-a-029",
  "part": "P02",
  "source_class": "oss",
  "identity": "Rettend/formate",
  "url": "https://github.com/Rettend/formate",
  "segment": "dialog",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "LLM-powered form builder for designing and running conversational, INTERVIEW-STYLE surveys — sits exactly on the form-engine/dialog boundary Actionist occupies.",
  "limitations": "Effectively abandoned and unproven; included for segment coverage and concept, not viability.",
  "disposition": "weak",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-030",
  "part": "P02",
  "source_class": "oss",
  "identity": "AIinterviewing/ai-conversational-interviewing-LaTeCH-CLfL2025",
  "url": "https://github.com/AIinterviewing/ai-conversational-interviewing-LaTeCH-CLfL2025",
  "segment": "dialog",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Replication material for a peer-reviewed paper on AI conversational interviewing transforming surveys — EVIDENCE rather than product.",
  "limitations": "Not fetched. Value is academic validation that LLM interviewers can substitute for human survey interviewers, useful for client-facing credibility; not reusable infrastructure.",
  "disposition": "relevant",
  "license_claimed": "CC0-1.0 (GitHub API spdx) — public domain dedication, freely usable"
}

{
  "id": "oss-a-031",
  "part": "P02",
  "source_class": "oss",
  "identity": "baptisteArno/typebot.io",
  "url": "https://github.com/baptisteArno/typebot.io",
  "segment": "dialog",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Mature self-hostable conversational form/chatbot builder — visual flow builder with branching logic, the closest commercial-grade analogue to a conversational intake product.",
  "limitations": "Licence read from source; I did not map the block schema. The FSL restriction is precisely the kind of clause that costs money if taken at face value — flag to Cena before any reuse discussion.",
  "disposition": "relevant",
  "license_claimed": "BADGE TRAP — API reports NOASSERTION; LICENSE body is 'Functional Source License, Version 1.1, Apache 2.0 Future License' (FSL-1.1-Apache-2.0). FSL is SOURCE-AVAILABLE, NOT open source: it restricts competing use for 2 years before converting to Apache-2.0. A 'self-host it' README does not mean you may build a competing product on it."
}

{
  "id": "oss-a-032",
  "part": "P02",
  "source_class": "oss",
  "identity": "surveyjs/survey-library",
  "url": "https://github.com/surveyjs/survey-library",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Framework-agnostic JSON-driven form/survey RENDERER with the richest conditional model in this segment: conditional visibility, branching, calculated values, expression logic, dynamic panels, repeating groups, carry-forward, and text piping. survey-core holds model/logic; survey-react-ui / survey-angular-ui / survey-vue3-ui / survey-js-ui render.",
  "limitations": "I verified the package split and read the Creator EULA, but did NOT read raw schema source to quote exact property names, so specific keys are from docs/description rather than code. This MIT-renderer / paid-builder split is the Composio pattern again: the badge is true but covers less than it appears.",
  "disposition": "relevant",
  "license_claimed": "MIT for the LIBRARY (verified: packages/ = survey-core + 4 UI adapters, spdx MIT). BUT the drag-drop builder is a SEPARATE repo, surveyjs/survey-creator, whose LICENSE body is a 'Commercial developer license ... Devsoft Baltic OU ... END-USER LICENSE AGREEMENT'. Renderer free; authoring UI paid."
}

{
  "id": "oss-a-033",
  "part": "P02",
  "source_class": "oss",
  "identity": "formio/formio.js",
  "url": "https://github.com/formio/formio.js",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Plain-JS (ES6, no framework dependency) form renderer AND embedded form builder producing the JSON schema; single script tag embeddable, wizard mode via display:'wizard'.",
  "limitations": "CONDITIONAL LOGIC IS NOT DOCUMENTED ON THE REPO PAGE — README defers to help.form.io. So the headline 'logic lives in the schema' claim is asserted by Form.io's marketing site, not verified by me from the repo. Unlike SurveyJS, the builder here IS in the MIT package, which is a genuine advantage.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT) for the client library — but it is the OSS client of a commercial platform; the SDK exists to talk to Form.io's hosted API (loadForm/saveSubmission against form.io endpoints)."
}

{
  "id": "oss-a-034",
  "part": "P02",
  "source_class": "oss",
  "identity": "rjsf-team/react-jsonschema-form",
  "url": "https://github.com/rjsf-team/react-jsonschema-form",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Builds React forms declaratively from standard JSON Schema, with pluggable validators (@rjsf/validator-ajv8, -ata, -cfworker) and 10 UI themes (MUI, Ant, Chakra, Fluent, Bootstrap, DaisyUI, Mantine, Semantic, shadcn).",
  "limitations": "The repo page itself never mentions uiSchema, if/then/else, dependencies or oneOf — those come from the external docs site, so my conditional-logic description is INFERRED from ecosystem knowledge, not read from this repo. Standards-based conditionals are more verbose and less expressive than SurveyJS expressions.",
  "disposition": "relevant",
  "license_claimed": "COMMON MISCONCEPTION CORRECTED — Apache-2.0, NOT MIT (verified via GitHub API spdx). Frequently assumed MIT in blog comparisons. Apache-2.0 adds a patent grant and attribution/NOTICE duties."
}

{
  "id": "oss-a-035",
  "part": "P02",
  "source_class": "oss",
  "identity": "eclipsesource/jsonforms",
  "url": "https://github.com/eclipsesource/jsonforms",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Cleanest architectural SEPARATION in this segment: a JSON Schema for DATA and a distinct UI Schema for LAYOUT, with a declarative rule system for show/hide. React, Angular and Vue renderers out of the box.",
  "limitations": "README does NOT document the data/UI split mechanics or the rule model — both are on jsonforms.io. My description of the rule effect/condition shape is inferred from the ecosystem, not read from this repo. Smaller community (2.7k stars) than RJSF.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-036",
  "part": "P02",
  "source_class": "oss",
  "identity": "alibaba/formily",
  "url": "https://github.com/alibaba/formily",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "High-performance reactive form engine (JSON Schema and dynamic forms) for React, React Native, Vue 2 and Vue 3 — built around an observable form model so cross-field reactions scale.",
  "limitations": "Not fetched at file level. Docs are heavily Chinese-language; idle for over a year.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-037",
  "part": "P02",
  "source_class": "oss",
  "identity": "formkit/formkit",
  "url": "https://github.com/formkit/formkit",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Vue-first form framework whose schema system defines an entire form as a JSON object with validation and conditional logic; description now repositions it as 'The form framework for coding agents'.",
  "limitations": "Not fetched. HARD CONSTRAINT: Vue-only — no React/Angular/Svelte path, which likely disqualifies it depending on Actionist's stack.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-038",
  "part": "P02",
  "source_class": "oss",
  "identity": "vazco/uniforms",
  "url": "https://github.com/vazco/uniforms",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "React forms from ANY schema — bridges for JSON Schema, SimpleSchema, Zod, GraphQL — schema-agnostic by design.",
  "limitations": "Not fetched. The BRIDGE pattern (decouple form rendering from schema dialect) is the reusable idea.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-039",
  "part": "P02",
  "source_class": "oss",
  "identity": "formbricks/formbricks",
  "url": "https://github.com/formbricks/formbricks",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "'Open Source Qualtrics Alternative' — survey platform with targeting, in-app/link surveys and analytics.",
  "limitations": "Licence read from source; question schema not inspected. Calling this 'open source' without qualification would be an expensive error in a client deliverable.",
  "disposition": "relevant",
  "license_claimed": "OPEN-CORE TRAP — API reports NOASSERTION; LICENSE body splits the repo: everything under 'apps/web/modules/ee' is under a separate ENTERPRISE licence, packages/js|android|ios|api are MIT, and ALL OTHER content is AGPLv3. So the default state of the app is AGPL with a proprietary enterprise wedge; only the client SDKs are permissive."
}

{
  "id": "oss-a-040",
  "part": "P02",
  "source_class": "oss",
  "identity": "OpnForm/OpnForm",
  "url": "https://github.com/OpnForm/OpnForm",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "'Beautiful Open-Source Form Builder' (Laravel/PHP + Vue) with conditional logic and a drag-drop builder.",
  "limitations": "Licence body read; field/logic schema not inspected.",
  "disposition": "adjacent",
  "license_claimed": "OPEN-CORE TRAP — API reports NOASSERTION; LICENSE body carves out 'api/app/Enterprise' under a separate licence, remainder open. Same pattern as Formbricks: the headline is open, the edges are not."
}

{
  "id": "oss-a-041",
  "part": "P02",
  "source_class": "oss",
  "identity": "LimeSurvey/LimeSurvey",
  "url": "https://github.com/LimeSurvey/LimeSurvey",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Long-established (2003-) survey platform with an unusually deep conditional/branching engine ('ExpressionScript') and complex question typology — the mature prior art for adaptive questionnaires.",
  "limitations": "Licence read; I did not inspect the ExpressionScript implementation. Value is as DOMAIN prior art on adaptive questioning (decades of it), not as reusable code.",
  "disposition": "relevant",
  "license_claimed": "API reports NOASSERTION; LICENSE body reads 'GNU General Public License ... version 2 of the License, or (at your option) any later version' = GPL-2.0-or-later. Copyleft; not embeddable in proprietary client software."
}

{
  "id": "oss-a-042",
  "part": "P02",
  "source_class": "oss",
  "identity": "heyform/heyform",
  "url": "https://github.com/heyform/heyform",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Open-source conversational-style form builder (Typeform-alike) with logic jumps and variables.",
  "limitations": "Not fetched at file level. AGPL is the operative constraint for any client build.",
  "disposition": "adjacent",
  "license_claimed": "AGPL-3.0 (GitHub API spdx) — network copyleft; blocks proprietary hosted reuse"
}

{
  "id": "oss-a-043",
  "part": "P02",
  "source_class": "oss",
  "identity": "javahuang/SurveyKing",
  "url": "https://github.com/javahuang/SurveyKing",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Self-hosted SurveyMonkey alternative (Java) with one-command deploy.",
  "limitations": "Not fetched; documentation largely Chinese-language. MIT on a complete platform is unusual enough to be worth verifying in the LICENSE body before relying on it.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT) — notably permissive for a full platform in this segment"
}

{
  "id": "oss-a-044",
  "part": "P02",
  "source_class": "oss",
  "identity": "didi/xiaoju-survey",
  "url": "https://github.com/didi/xiaoju-survey",
  "segment": "form-engine",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "DiDi's enterprise form builder and analytics platform for questionnaires, exams, polls and quizzes.",
  "limitations": "Not fetched; Chinese-language docs. Corporate backing implies real production use but I did not verify.",
  "disposition": "adjacent",
  "license_claimed": "Apache-2.0 (GitHub API spdx)"
}

{
  "id": "oss-a-045",
  "part": "P02",
  "source_class": "oss",
  "identity": "cucumber/cucumber-js",
  "url": "https://github.com/cucumber/cucumber-js",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Reference implementation of the executable-spec idea in JS: plain-language .feature files that BOTH document and execute. Its stated purpose is communication and trust across roles, not just testing.",
  "limitations": "Verified format and binding from README examples. Cucumber CANNOT drive a UI alone — it needs Playwright/Selenium/Cypress underneath. The well-known failure mode (step-definition maintenance overhead, Gherkin written by devs not stakeholders) is not visible from the repo.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-046",
  "part": "P02",
  "source_class": "oss",
  "identity": "getgauge/gauge",
  "url": "https://github.com/getgauge/gauge",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Cross-platform test automation authoring specs in business language using MARKDOWN rather than Gherkin — lower ceremony, and 'concepts' allow reusable step groupings.",
  "limitations": "Spec SYNTAX is not shown on the repo page (README defers to docs.gauge.org); I inferred the pipeline from source directory names. The sponsorship-ended warning is the single most important fact here and would be invisible from stars alone (3.2k).",
  "disposition": "relevant",
  "license_claimed": "Apache-2.0, verified from README text ('released under the Apache License, Version 2.0'), copyright ThoughtWorks, Inc."
}

{
  "id": "oss-a-047",
  "part": "P02",
  "source_class": "oss",
  "identity": "robotframework/robotframework",
  "url": "https://github.com/robotframework/robotframework",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Generic KEYWORD-DRIVEN automation framework for acceptance testing and ATDD/RPA; the keyword abstraction lets non-programmers compose tests from domain vocabulary.",
  "limitations": "Given/When/Then support is indicated only by the 'bdd' topic tag — the repo page does NOT document the prefix syntax, so BDD-style usage is asserted, not verified. Space-separated tabular syntax is notoriously error-prone.",
  "disposition": "relevant",
  "license_claimed": "Apache-2.0 for CODE; docs under Creative Commons Attribution 3.0 Unported — a dual arrangement worth noting. Trademark held by the Robot Framework Foundation."
}

{
  "id": "oss-a-048",
  "part": "P02",
  "source_class": "oss",
  "identity": "reqnroll/Reqnroll",
  "url": "https://github.com/reqnroll/Reqnroll",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "The living successor to SpecFlow for .NET (SpecFlow having stalled after the .NET Foundation transition); Cucumber-style Gherkin BDD with first-class Visual Studio tooling.",
  "limitations": "Licence and activity verified via API; I did not read the repo tree for binding internals. Low star count reflects .NET-niche scope, not immaturity — a good example of why stars must not be compared across ecosystems.",
  "disposition": "relevant",
  "license_claimed": "BSD-3-Clause (verified via GitHub API spdx) — NOT MIT, which comparison articles routinely assume. BSD-3 adds a no-endorsement clause."
}

{
  "id": "oss-a-049",
  "part": "P02",
  "source_class": "oss",
  "identity": "karatelabs/karate",
  "url": "https://github.com/karatelabs/karate",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Gherkin-syntax framework that notably ELIMINATES step definitions — the feature file itself is executable for API/contract testing, removing the glue-code maintenance burden that sinks most Cucumber adoptions.",
  "limitations": "NOT FETCHED — my WebFetch quota was exhausted before this one, so the 'no step definitions' claim comes from ecosystem knowledge and search results, not from reading the repo. Verify before quoting to Cena.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-050",
  "part": "P02",
  "source_class": "oss",
  "identity": "behave/behave",
  "url": "https://github.com/behave/behave",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "'BDD, Python style' — the most widely used Python Gherkin runner.",
  "limitations": "I read the licence header but not the full clause list, so the exact BSD variant (2- vs 3-clause) is not pinned down. Not an official Cucumber project despite behaving like one.",
  "disposition": "relevant",
  "license_claimed": "API reports NOASSERTION; LICENSE body is a BSD-style 3-clause text ('Redistribution and use in source and binary forms ... permitted provided that the following conditions'), copyright Benno Rice/Richard Jones/Jens Engel. Effectively BSD, not the MIT often assumed."
}

{
  "id": "oss-a-051",
  "part": "P02",
  "source_class": "oss",
  "identity": "serenity-bdd/serenity-core",
  "url": "https://github.com/serenity-bdd/serenity-core",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "D",
  "verified": "fetched",
  "claim": "Wraps Cucumber/JUnit to produce rich LIVING DOCUMENTATION — reports that double as test results, requirements coverage and progress reporting, which is the strongest 'spec as artifact' story in this segment.",
  "limitations": "Licence read from source; reporting internals not inspected. Java-ecosystem-bound. Good illustration that a NOASSERTION flag often means an unusual FILENAME, not a missing licence.",
  "disposition": "relevant",
  "license_claimed": "API reports NOASSERTION; licence file is 'licence.txt' (British spelling, which is why auto-detection failed) containing Apache License 2.0, copyright John Ferguson Smart."
}

{
  "id": "oss-a-052",
  "part": "P02",
  "source_class": "oss",
  "identity": "vitalets/playwright-bdd",
  "url": "https://github.com/vitalets/playwright-bdd",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Runs Gherkin scenarios on the Playwright test runner, inheriting Playwright's parallelism, tracing and fixtures instead of Cucumber's runner.",
  "limitations": "Not fetched. Represents the modern direction: keep Gherkin as the readable surface, delegate execution to a first-class runner.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-053",
  "part": "P02",
  "source_class": "oss",
  "identity": "cucumber/godog",
  "url": "https://github.com/cucumber/godog",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Official Cucumber implementation for Go.",
  "limitations": "Not fetched; included to show Gherkin's cross-language reach rather than for its own merits.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-054",
  "part": "P02",
  "source_class": "oss",
  "identity": "cucumber/gherkin",
  "url": "https://github.com/cucumber/gherkin",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "THE parser and compiler for the Gherkin language itself — the canonical grammar and AST underlying every Cucumber-family tool.",
  "limitations": "Not fetched. Most relevant repo in the segment if Actionist ever wants to EMIT or PARSE Gherkin as an interchange format rather than adopt a test runner.",
  "disposition": "relevant",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-055",
  "part": "P02",
  "source_class": "oss",
  "identity": "Behat/Behat",
  "url": "https://github.com/Behat/Behat",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "BDD framework for PHP, one of the oldest continuously maintained Gherkin runners.",
  "limitations": "Not fetched; segment-coverage entry.",
  "disposition": "adjacent",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-056",
  "part": "P02",
  "source_class": "oss",
  "identity": "bencompton/jest-cucumber",
  "url": "https://github.com/bencompton/jest-cucumber",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Executes Gherkin scenarios inside Jest, keeping feature files as the readable spec while reusing an existing unit-test runner.",
  "limitations": "Not fetched. Same 'reuse the real runner' thesis as playwright-bdd.",
  "disposition": "adjacent",
  "license_claimed": "Apache-2.0 (GitHub API spdx)"
}

{
  "id": "oss-a-057",
  "part": "P02",
  "source_class": "oss",
  "identity": "serenity-js/serenity-js",
  "url": "https://github.com/serenity-js/serenity-js",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "TypeScript-native acceptance-testing framework adding the Screenplay pattern (actors, abilities, tasks) over Playwright/WebdriverIO/Cucumber, aimed at making acceptance suites scale.",
  "limitations": "Not fetched. The Screenplay 'Question' abstraction is an interesting naming parallel to discovery questions but is a different concept (assertions about system state).",
  "disposition": "relevant",
  "license_claimed": "Apache-2.0 (GitHub API spdx) — distinct from serenity-bdd/serenity-core (Java, also Apache-2.0); different projects, same family name"
}

{
  "id": "oss-a-058",
  "part": "P02",
  "source_class": "oss",
  "identity": "Codeception/Codeception",
  "url": "https://github.com/Codeception/Codeception",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Full-stack PHP testing framework with BDD-style scenario syntax and acceptance-testing focus.",
  "limitations": "Not fetched; generic test framework, included for denominator completeness and marked accordingly.",
  "disposition": "weak",
  "license_claimed": "MIT (GitHub API spdx MIT)"
}

{
  "id": "oss-a-059",
  "part": "P02",
  "source_class": "oss",
  "identity": "jbehave/jbehave-core",
  "url": "https://github.com/jbehave/jbehave-core",
  "segment": "executable-spec",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "The ORIGINAL BDD framework (Dan North lineage), Java.",
  "limitations": "Not fetched. Historically important, practically legacy; the 40-star count on the canonical org repo is a caution against reading stars as importance.",
  "disposition": "weak",
  "license_claimed": "BSD-3-Clause (GitHub API spdx)"
}

{
  "id": "oss-a-060",
  "part": "P02",
  "source_class": "oss",
  "identity": "Pimzino/claude-code-spec-workflow",
  "url": "https://github.com/Pimzino/claude-code-spec-workflow",
  "segment": "spec-driven",
  "observed": "2026-08-27",
  "evidence_class": "I",
  "verified": "search-only",
  "claim": "Automated Claude Code workflows implementing spec-driven development for new features (requirements -> design -> tasks).",
  "limitations": "Not fetched; effectively deprecated in favour of the MCP version. Included to document the author's evolution from prompt-workflow to MCP-server architecture.",
  "disposition": "weak",
  "license_claimed": "MIT (search metadata)"
}

{
  "id": "local-001",
  "part": "P02",
  "source_class": "local",
  "identity": "industry-atom-specifications.md",
  "url": "research/actionmodel-builder-research-2026-08-26/phase-2/outputs/industry-atom-specifications.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "17 industry bounded specs, 66 use cases, 12 atoms, 170-cell readiness trace; all cells readiness_unexecuted",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-002",
  "part": "P02",
  "source_class": "local",
  "identity": "niche-atom-block-join.md",
  "url": "research/actionmodel-builder-research-2026-08-26/expansion/outputs/niche-atom-block-join.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "12-atom contract schema, use-case→atom map, archetype priority scoring, preserved catalogue contradictions",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-003",
  "part": "P02",
  "source_class": "local",
  "identity": "actionist-solutions-sweep-spec-2026-08-26.md",
  "url": "research/actionist-solutions-sweep-spec-2026-08-26.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "solution_atom discovery record; builder decomposition items 1-2 are P01/P02 restated",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-004",
  "part": "P02",
  "source_class": "local",
  "identity": "autosaas-method.md",
  "url": "[local path redacted]",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "opportunity-intake gate and spec-constitution field list; procedural design, never measured",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-005",
  "part": "P02",
  "source_class": "local",
  "identity": "00-MASTER-SYNTHESIS.md",
  "url": "knowledge/00-MASTER-SYNTHESIS.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "nine irreducible jobs; jobs 1-2 are this lane; demand compression thesis",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-006",
  "part": "P02",
  "source_class": "local",
  "identity": "02-ASSUMPTION-LEDGER.md",
  "url": "knowledge/02-ASSUMPTION-LEDGER.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "A01/A02/A17/A22/A38 bound this lane's claims",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-007",
  "part": "P02",
  "source_class": "local",
  "identity": "parts.json",
  "url": "site/system-map/data/parts.json",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "P01/P02 theses, owned outputs and open questions",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-008",
  "part": "P02",
  "source_class": "local",
  "identity": "first-principles-framework.md",
  "url": "research/actionmodel-builder-research-2026-08-26/outputs/first-principles-framework.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "C01/C02 atomic capabilities = demand normalization and requirement elicitation",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-009",
  "part": "P02",
  "source_class": "local",
  "identity": "synthetic-pilot-specification.md",
  "url": "research/actionmodel-builder-research-2026-08-26/phase-3/outputs/synthetic-pilot-specification.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "pre-registered fixture/state-machine discipline reused for acceptance design",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}

{
  "id": "local-010",
  "part": "P02",
  "source_class": "local",
  "identity": "public-signals-wave-11.md",
  "url": "research/actionmodel-builder-research-2026-08-26/expansion/wave-11/outputs/public-signals-wave-11.md",
  "segment": "local-estate",
  "observed": "2026-08-27",
  "evidence_class": "E",
  "verified": "read",
  "claim": "public signal classes A/B/C and their explicit limits",
  "limitations": "Local research artifact; demand_signal evidence, not validated demand",
  "disposition": "relevant",
  "license_claimed": null
}