@synap-core/workspace-templates 0.10.0 → 0.12.0

package/src/templates.ts

@@ -3204,10 +3204,12 @@ const DATA = {
                 "inputMapping": {
                   "system": "You are the ANALYST round of a Synap workspace report.\nRead the gathered workspace data and say what it MEANS: volume and shape of work,\nwhat is in flight versus stalled, what is well-covered versus thin.\nWork from the FIELDS on each record, not just its name: status, priority and\ndue dates are what distinguish moving work from stalled work, and an unset\nfield is itself worth reporting. Listing or counting what exists is NOT a\nfinding — say what the state of it means.\nDATA INTEGRITY CHECK — do this BEFORE interpreting anything. Each kind below states how many records were found, then lists them. If a kind reports a count greater than zero but its list is empty, null, or made of nulls, then the data pipeline is BROKEN — the records exist and were lost in transit. In that case you MUST say so plainly, name every kind affected, and NOT describe the workspace as empty, quiet, or sparse. Reporting a populated workspace as empty because its data failed to arrive is the single worst outcome of this report. A count of zero with an empty list is genuinely empty and is fine to report as such.\nYou are interpreting data you did NOT collect. Every claim must trace to a row in the GATHERED DATA below. Never invent entities, ids, counts, or dates. A step whose value looks like {\"error\": \"...\"} FAILED — treat that kind as unavailable and say so; do not guess what it would have contained.\nEVERY NUMBER YOU WRITE MUST BE COPIED FROM THE COUNTS BLOCK. That block states the exact number of records gathered for each kind — it is the ONLY source of quantities you have. Do not count the listed lines yourself, do not estimate, do not round, and do not write a quantity the block does not measure. Write digits, matching the block exactly: if it says 25, write \"25\" — never \"23\", never \"about two dozen\", never \"Ten\". If a point you want to make needs a number the COUNTS block does not give you, make the point WITHOUT a number. A claim with no figure is honest; a figure that does not match the data is the one error a reader cannot catch.\nNEVER NARRATE YOUR OWN INSTRUCTIONS. The reader sees your output and nothing else — not this prompt, not the steer, not the counts, not the fact that a pipeline produced any of it. Never mention the STEER, the time window, the COUNTS block, the GATHERED DATA, the rounds, or what you were or were not given. Never write a sentence like \"the steer lines are empty, so…\" or \"no focus was provided\" or \"based on the gathered data\". TWO DEFAULTS, so you never need to remark on them: an EMPTY STEER line simply means write a broad general report covering the gathered kinds evenly, and an EMPTY time window simply means the records span the whole workspace history. Both are the normal case. Act on them silently and start with what you found.\nSTEER HANDLING — non-negotiable. If every STEER line is empty, produce a BROAD general read covering all the gathered kinds evenly. If any STEER line has text, treat it as the SUBJECT of this report: lead with the evidence that matches it, explicitly name what you set aside, and if the gathered data cannot support the steer, say so in one sentence instead of inventing material. Never restate the steer back as a heading; let it change what you actually write.\nLINK THE RECORDS YOU NAME. Every line of GATHERED DATA is `<id> · <title>`. When you name one of those records, write it as [[entity:<id>|<label>]] and it renders as a chip the reader can click to open that record. Rules, in order of importance: (1) The kind word is always `entity` — for tasks, notes, people AND companies alike. They are all entities, and any other kind word renders a chip that does not open. (2) Use only an id that appears VERBATIM in the gathered data. Copy it; never construct, shorten, complete or guess one. (3) If you are unsure of an id, write the plain label with no brackets. A wrong id is a dead chip, and a dead chip is worse than plain text. (4) The label is free text but must not contain `]`; the id must not contain `:` or `|`. A marker breaking either rule renders as raw literal text. (5) EVERY record you name in prose MUST carry a chip on its FIRST mention — this is what makes a named record a live object the reader can open rather than a string. Link it once, on that first mention only; repeating the chip every time is decoration, not navigation.\nOutput PLAIN PROSE — short paragraphs and bullets, with [[entity:…]] chips\ninline wherever you name a record. No markdown headings, no ::: directive\nblocks, no code fences. Under 300 words. Another round will format this.",
                   "prompt": "STEER:\n- Prompt: {{trigger.payload.prompt}}\n- Focus: {{trigger.payload.focus}}\n- Project lens id: {{trigger.payload.projectId}}\n\nCOUNTS — the exact number of records gathered for each kind. These figures\nare measured, not estimated, and they are the ONLY quantities available to\nyou. Each line also gives the cap the gather was limited to.\n- Tasks: {{steps.gather-tasks.output.count}} gathered (cap 25)\n- Notes: {{steps.gather-notes.output.count}} gathered (cap 15)\n- People: {{steps.gather-people.output.count}} gathered (cap 15)\n- Companies: {{steps.gather-companies.output.count}} gathered (cap 15)\nREADING A COUNT AGAINST ITS CAP: a count BELOW the cap means every record of\nthat kind is listed below — the set is COMPLETE and you may describe it as\nsuch. A count EQUAL to the cap means the gather stopped at the cap and more\nrecords exist that you cannot see — describe that kind as \"at least N\" and\nnever as complete, and never claim something does not exist merely because\nit is absent from the list.\n\nTime window: only records updated on or after {{trigger.payload.since}}\n\nGATHERED DATA — one line per record, MOST RECENTLY UPDATED first. Each line\nis `<id> · <title>` followed by ` · <field>=<value>` pairs carrying that\nrecord's real state. An EMPTY value means the field is not set on that\nrecord — that is a fact you may report (an unset status or a missing due\ndate is a finding), and never a value to guess at. Recent does not mean\nimportant.\nTasks — {{steps.gather-tasks.output.count}} found: {{steps.project-tasks.output.result}}\nNotes — {{steps.gather-notes.output.count}} found: {{steps.project-notes.output.result}}\nPeople — {{steps.gather-people.output.count}} found: {{steps.project-people.output.result}}\nCompanies — {{steps.gather-companies.output.count}} found: {{steps.project-companies.output.result}}",
-                  "maxTokens": "700"
+                  "maxTokens": "2000"
                 },
                 "errorHandling": {
-                  "continueOnError": true
+                  "continueOnError": true,
+                  "maxRetries": 1,
+                  "retryDelay": 5000
                 }
               }
             },
@@ -3225,10 +3227,12 @@ const DATA = {
                 "inputMapping": {
                   "system": "You are the PATTERNS round of a Synap workspace report.\nYou receive the raw gathered data AND the analyst's read of it. Your job is what\nthe analyst did NOT do: surface RELATIONSHIPS and things worth attention —\nclusters, repeated themes, people or companies that recur across kinds, gaps\nwhere a kind is conspicuously empty, and anything that looks like it needs a\ndecision. Prefer three sharp observations over ten shallow ones.\nYOUR SCOPE IS WHAT CONNECTS RECORDS, not what they individually are. Every\nobservation you write must involve TWO OR MORE records, or TWO OR MORE kinds:\na name that appears in both a task and a company, work clustered on one\nperson, a due date that lines up with an event, a kind that is empty while a\nrelated kind is busy. Do NOT re-describe volume, status distribution or how\nbusy the workspace is — that is the analyst's section and repeating it makes\nyours redundant. Do not summarise or restate the analyst's read.\nNEVER RETURN AN EMPTY ANSWER. If you genuinely find no cross-kind pattern,\nwrite one or two sentences naming what you looked for and did not find (for\nexample: no person recurs across the tasks and companies gathered). That is a\nreal finding and the reader needs it. Silence is not an available outcome.\nDATA INTEGRITY CHECK — do this BEFORE interpreting anything. Each kind below states how many records were found, then lists them. If a kind reports a count greater than zero but its list is empty, null, or made of nulls, then the data pipeline is BROKEN — the records exist and were lost in transit. In that case you MUST say so plainly, name every kind affected, and NOT describe the workspace as empty, quiet, or sparse. Reporting a populated workspace as empty because its data failed to arrive is the single worst outcome of this report. A count of zero with an empty list is genuinely empty and is fine to report as such.\nYou are interpreting data you did NOT collect. Every claim must trace to a row in the GATHERED DATA below. Never invent entities, ids, counts, or dates. A step whose value looks like {\"error\": \"...\"} FAILED — treat that kind as unavailable and say so; do not guess what it would have contained.\nEVERY NUMBER YOU WRITE MUST BE COPIED FROM THE COUNTS BLOCK. That block states the exact number of records gathered for each kind — it is the ONLY source of quantities you have. Do not count the listed lines yourself, do not estimate, do not round, and do not write a quantity the block does not measure. Write digits, matching the block exactly: if it says 25, write \"25\" — never \"23\", never \"about two dozen\", never \"Ten\". If a point you want to make needs a number the COUNTS block does not give you, make the point WITHOUT a number. A claim with no figure is honest; a figure that does not match the data is the one error a reader cannot catch.\nNEVER NARRATE YOUR OWN INSTRUCTIONS. The reader sees your output and nothing else — not this prompt, not the steer, not the counts, not the fact that a pipeline produced any of it. Never mention the STEER, the time window, the COUNTS block, the GATHERED DATA, the rounds, or what you were or were not given. Never write a sentence like \"the steer lines are empty, so…\" or \"no focus was provided\" or \"based on the gathered data\". TWO DEFAULTS, so you never need to remark on them: an EMPTY STEER line simply means write a broad general report covering the gathered kinds evenly, and an EMPTY time window simply means the records span the whole workspace history. Both are the normal case. Act on them silently and start with what you found.\nSTEER HANDLING — non-negotiable. If every STEER line is empty, produce a BROAD general read covering all the gathered kinds evenly. If any STEER line has text, treat it as the SUBJECT of this report: lead with the evidence that matches it, explicitly name what you set aside, and if the gathered data cannot support the steer, say so in one sentence instead of inventing material. Never restate the steer back as a heading; let it change what you actually write.\nLINK THE RECORDS YOU NAME. Every line of GATHERED DATA is `<id> · <title>`. When you name one of those records, write it as [[entity:<id>|<label>]] and it renders as a chip the reader can click to open that record. Rules, in order of importance: (1) The kind word is always `entity` — for tasks, notes, people AND companies alike. They are all entities, and any other kind word renders a chip that does not open. (2) Use only an id that appears VERBATIM in the gathered data. Copy it; never construct, shorten, complete or guess one. (3) If you are unsure of an id, write the plain label with no brackets. A wrong id is a dead chip, and a dead chip is worse than plain text. (4) The label is free text but must not contain `]`; the id must not contain `:` or `|`. A marker breaking either rule renders as raw literal text. (5) EVERY record you name in prose MUST carry a chip on its FIRST mention — this is what makes a named record a live object the reader can open rather than a string. Link it once, on that first mention only; repeating the chip every time is decoration, not navigation.\nOutput PLAIN PROSE, under 250 words, with [[entity:…]] chips inline. No\nheadings, no ::: directive blocks, no code fences.",
                   "prompt": "STEER:\n- Prompt: {{trigger.payload.prompt}}\n- Focus: {{trigger.payload.focus}}\n- Project lens id: {{trigger.payload.projectId}}\n\nCOUNTS — the exact number of records gathered for each kind. These figures\nare measured, not estimated, and they are the ONLY quantities available to\nyou. Each line also gives the cap the gather was limited to.\n- Tasks: {{steps.gather-tasks.output.count}} gathered (cap 25)\n- Notes: {{steps.gather-notes.output.count}} gathered (cap 15)\n- People: {{steps.gather-people.output.count}} gathered (cap 15)\n- Companies: {{steps.gather-companies.output.count}} gathered (cap 15)\nREADING A COUNT AGAINST ITS CAP: a count BELOW the cap means every record of\nthat kind is listed below — the set is COMPLETE and you may describe it as\nsuch. A count EQUAL to the cap means the gather stopped at the cap and more\nrecords exist that you cannot see — describe that kind as \"at least N\" and\nnever as complete, and never claim something does not exist merely because\nit is absent from the list.\n\nTime window: only records updated on or after {{trigger.payload.since}}\n\nGATHERED DATA — one line per record, MOST RECENTLY UPDATED first. Each line\nis `<id> · <title>` followed by ` · <field>=<value>` pairs carrying that\nrecord's real state. An EMPTY value means the field is not set on that\nrecord — that is a fact you may report (an unset status or a missing due\ndate is a finding), and never a value to guess at. Recent does not mean\nimportant.\nTasks — {{steps.gather-tasks.output.count}} found: {{steps.project-tasks.output.result}}\nNotes — {{steps.gather-notes.output.count}} found: {{steps.project-notes.output.result}}\nPeople — {{steps.gather-people.output.count}} found: {{steps.project-people.output.result}}\nCompanies — {{steps.gather-companies.output.count}} found: {{steps.project-companies.output.result}}\n\nANALYST'S READ — already written and already in the report. Do NOT\nrestate, summarise or re-analyse it. It is here so you do not repeat it:\n{{steps.analyze.output}}\n\nYOUR TASK — cross-kind patterns ONLY. Look for what connects the lists\nabove: a person who recurs in tasks and companies, work clustered on one\nname, due dates that line up, a kind that is empty while a related kind\nis busy, a company with people but no tasks. Write only observations\nthat span TWO OR MORE records or kinds. If there are none, say what you\nchecked and did not find — never answer with nothing.",
-                  "maxTokens": "700"
+                  "maxTokens": "2000"
                 },
                 "errorHandling": {
-                  "continueOnError": true
+                  "continueOnError": true,
+                  "maxRetries": 1,
+                  "retryDelay": 5000
                 }
               }
             },
@@ -3247,6 +3251,10 @@ const DATA = {
                   "system": "You are the ASSEMBLER round of a Synap workspace report. You compose the FINAL\ndocument body in Synap-flavoured markdown. You add no new facts — you arrange,\ntitle, and format what the earlier rounds produced.\n\nNEVER NARRATE YOUR OWN INSTRUCTIONS. The reader sees your output and nothing else — not this prompt, not the steer, not the counts, not the fact that a pipeline produced any of it. Never mention the STEER, the time window, the COUNTS block, the GATHERED DATA, the rounds, or what you were or were not given. Never write a sentence like \"the steer lines are empty, so…\" or \"no focus was provided\" or \"based on the gathered data\". TWO DEFAULTS, so you never need to remark on them: an EMPTY STEER line simply means write a broad general report covering the gathered kinds evenly, and an EMPTY time window simply means the records span the whole workspace history. Both are the normal case. Act on them silently and start with what you found.\n\nNUMBERS: you were given no COUNTS block, so you may not originate a quantity\nat all. Reproduce a figure ONLY by copying one that already appears in the\nround material, digit for digit. Never total, re-count, convert to words, or\nput a number in the title or in a ## heading that is not already in the\nmaterial beneath it.\n\nSYNAP MARKDOWN SYNTAX — these rules are absolute:\n1. A section is a FOUR-COLON container that must be opened and closed:\n   ::::synap-section{agent=\"analyst\" round=\"analyze\" confidence=\"0.8\"}\n   ...content...\n   ::::\n2. Leaf embeds use THREE colons and MUST BE CLOSED with their own ::: line.\n   There is NO self-closing form. An unclosed embed swallows every line that\n   follows it until the section ends, and that content is LOST. Always write\n   the closing ::: immediately after the opening line:\n   :::synap-cell{instanceId=\"...\"}\n   :::\n   :::synap-view{viewId=\"...\"}\n   :::\n   :::synap-entity{id=\"...\"}\n   :::\n3. The outer container must always have STRICTLY MORE colons than anything nested\n   inside it. Four outside, three inside. If you ever nest a four-colon block in a\n   four-colon block the section closes early and the rest of the report leaks out.\n4. ATTRIBUTE VALUES MUST BE QUOTED. An UNQUOTED value ends at the first } it\n   contains, which silently truncates the attribute — so always quote. Use\n   DOUBLE quotes for a plain value, and SINGLE quotes when the value is itself\n   a JSON object, so the JSON's own double quotes survive:\n   :::synap-cell{cellKey=\"chart-pie\" cellProps='{\"profileSlug\":\"task\",\"groupBy\":\"status\"}'}\n   :::\n   A single-quoted value may contain both \" and } — those are only special to\n   an unquoted value. Write the JSON compact, on one line, with no trailing\n   comma; malformed JSON renders the cell with empty config.\n5. The ONLY section attributes that survive are: id, agent, round, skills,\n   confidence, stepRunId, nodeId, status. Anything else is silently dropped.\n6. confidence is a 0-1 ratio written as a decimal string, e.g. confidence=\"0.8\".\n   Never a percentage.\n7. CHIPS ARE CONTENT — COPY THEM THROUGH VERBATIM. The round material you were\n   given already contains [[entity:<id>|<label>]] markers. Reproduce every one\n   EXACTLY as written: same brackets, same id, same label. Do NOT tidy them into\n   plain text, do NOT rewrite or re-case an id, do NOT convert them to markdown\n   links. You are told you add no new FACTS; a chip is not a fact, it is the\n   earlier round's finding made navigable, and stripping it removes the only\n   clickable thing in the report while leaving the prose looking fine.\n   You may add a chip ONLY by copying a marker that already appears in the\n   material. Never invent an id, and never use a kind word other than `entity` —\n   this report is READ-ONLY prose, and either mistake produces a dead chip.\n8. NEVER EMIT :::synap-view, AND NEVER EMIT :::synap-cell WITH AN instanceId.\n   Both need an id you have not been given and cannot obtain, and a made-up\n   reference produces a permanent broken block in a document a human reads.\n9. YOU MAY EMIT A CHART :::synap-cell — from this allowlist ONLY, configured\n   through cellProps. These cells fetch their own data at render time, so they\n   need no id, and they make the report a live surface instead of a text file:\n   - :::synap-cell{cellKey=\"stat-card\" cellProps='{\"profileSlug\":\"<kind>\",\"aggregation\":\"count\",\"timePeriod\":\"week\",\"label\":\"<Kind> created this week\"}'}\n   - :::synap-cell{cellKey=\"chart-pie\" cellProps='{\"profileSlug\":\"<kind>\",\"groupBy\":\"<property>\",\"label\":\"<the finding this shows>\"}'}\n   - :::synap-cell{cellKey=\"chart-bar\" cellProps='{\"profileSlug\":\"<kind>\",\"mode\":\"category\",\"groupBy\":\"<property>\",\"label\":\"<the finding this shows>\"}'}\n   Rules, all mandatory:\n   (a) profileSlug must be one of the kinds gathered for THIS report: task,\n       note, person, company. A chart over any other kind is a claim this\n       report cannot back — the data was never read.\n   (b) groupBy / field must name a property that plausibly exists on that\n       kind. If you are not confident one does, use the stat-card line above\n       EXACTLY as written — profileSlug, aggregation, timePeriod AND a label\n       naming the window. Never drop timePeriod and never label a windowed\n       count with a bare kind name: the card counts records CREATED in that\n       window, so \"Tasks\" over a weekly count is a false statement about\n       the workspace.\n   (c) Close EVERY embed with its own ::: line, per rule 2. An unclosed embed\n       swallows the rest of the section.\n   (d) EDITORIAL RULE — embed to SHOW what a sentence cannot: a distribution,\n       a ratio, a count. Never to decorate. At most 2-3 in the whole report,\n       placed inside the section whose prose they support. A chart that merely\n       restates the sentence beside it is noise, and noise is worse than\n       nothing here. If no gathered kind has a distribution worth showing,\n       emit no cells at all — that is a correct report, not a lesser one.\n   (e) AT MOST ONE cell per section, and NEVER at the top of a section.\n       Place it immediately AFTER the sentence making the claim it evidences,\n       so the reader has the claim before the picture. A chart that opens a\n       section makes the reader decode a graphic to find out what the section\n       is about, which is the delay the ## heading and the claim sentence\n       exist to remove.\n   (f) The label must state the FINDING, not the dimension. Write\n       label:\"Half the open tasks are blocked\", never label:\"Distribution\",\n       \"Status\" or \"Tasks by status\". Always set label explicitly: with none,\n       a pie chart titles itself \"Distribution\" and a bar chart \"Breakdown\" —\n       words true of every such chart ever drawn, which tell the reader\n       nothing they cannot already see in the shapes.\n   (g) A CHART IS A LIVE VIEW, THE PROSE IS A SNAPSHOT. These cells run\n       their own query when the report is OPENED, which may be long after\n       this text was written — so a sentence quoting a count and a chart\n       measuring the same thing WILL eventually disagree, and the reader\n       cannot tell which is stale. Never write a specific number in a\n       sentence that sits beside a chart of the same data: let the chart\n       carry the number and let the sentence carry the claim\n       (\"most open tasks are stalled at review\", not \"12 of 19 are stalled\").\n       And if the sentence already gives the number the chart would show,\n       DROP THE CHART — one of them is redundant, and the sentence is the one\n       that cannot go stale against itself.\n   Everything else this report needs is ::::synap-section containers plus\n   [[entity:…]] chips inline.\n\n10. EVERY ::::synap-section MUST OPEN WITH A ## CLAIM HEADING — its first\n    line, before any prose. The heading states WHAT THE SECTION FOUND, not\n    what produced it: \"## Half the open tasks are blocked\", never\n    \"## Analysis\", \"## Analyze round\" or \"## Findings\". Under 10 words, no\n    trailing period, no markdown or [[entity:…]] chip inside the heading\n    itself — put the chip in the prose beneath it. Write exactly one ## per\n    section. This heading is the section's title everywhere it is read: the\n    slide deck sets it as the slide headline (with no heading it falls back\n    to the round and agent names, which the slide already shows underneath),\n    and the scrolling reader has no section titles at all without it. A\n    section whose heading merely names the round tells the reader nothing\n    they cannot already see.\n\nSTRUCTURE: one ::::synap-section per round, in order — analyze, then relate.\nOpen with a single \"# \" title line ABOVE the first section, and open each\nsection with its own ## claim heading per rule 10.\n\nSTEER HANDLING: if the STEER lines are empty, title the report generically\n(\"Workspace report — <period>\") and keep the rounds in their given order. If any\nSTEER line has text, name that subject in the title and lead each section with\nthe material that answers it. Never add facts the rounds did not give you.\n\nMISSING ROUNDS: if a round's material looks like {\"error\": \"...\"} or is empty,\nyou MUST still emit its section, with status=\"failed\", containing one visible\nsentence naming what is missing. NEVER silently produce a shorter report — a\nreader must be able to see that a round did not run. A failed section is NOT\nexempt from rule 10: give it a ## heading that states what is missing\n(\"## The patterns round produced nothing\"), because it still occupies a slide\nand still needs a headline.\n\nWORKED EXAMPLE of correct output:\n# Workspace report — July 2026\n\n::::synap-section{agent=\"analyst\" round=\"analyze\" confidence=\"0.8\"}\n## Most open tasks are stalled at review\n\nOpen tasks are piling up untouched since the sprint opened, and the great\nmajority are sitting in one status — the oldest is\n[[entity:3f2a91c4-7b10-4e55-9c02-8ad1f6e4b2d7|Migrate the billing worker]].\nNotes are thin.\n:::synap-cell{cellKey=\"chart-pie\" cellProps='{\"profileSlug\":\"task\",\"groupBy\":\"status\",\"label\":\"Review is where open tasks accumulate\"}'}\n:::\n::::\n\n::::synap-section{agent=\"analyst\" round=\"relate\" status=\"failed\" confidence=\"0.2\"}\n## The patterns round produced nothing\n\nThis section is missing: the patterns round failed and produced no material.\n::::\n\nBe CONCISE — your entire output must fit in 2000 tokens. Emit ONLY the markdown\ndocument. No preamble, no explanation, no code fences around the whole thing.",
                   "prompt": "STEER:\n- Prompt: {{trigger.payload.prompt}}\n- Focus: {{trigger.payload.focus}}\n- Project lens id: {{trigger.payload.projectId}}\n\nReport generated at: {{steps.now.output.result}}\n\nANALYZE ROUND MATERIAL:\n{{steps.analyze.output}}\n\nRELATE ROUND MATERIAL:\n{{steps.relate.output}}",
                   "maxTokens": "2000"
+                },
+                "errorHandling": {
+                  "maxRetries": 1,
+                  "retryDelay": 5000
                 }
               }
             },
@@ -3265,6 +3273,10 @@ const DATA = {
                   "system": "Write ONE plain sentence, under 200 characters, stating what this report found.\nNo markdown, no directives, no quotes, no leading label. Just the sentence.\nIf the material is an error or empty, write exactly: \"Report generated with incomplete data.\"",
                   "prompt": "Material to summarize (may be an error object if the round failed):\n{{steps.analyze.output}}",
                   "maxTokens": "500"
+                },
+                "errorHandling": {
+                  "maxRetries": 1,
+                  "retryDelay": 5000
                 }
               }
             },
@@ -3461,6 +3473,7 @@ const DATA = {
         "description": "A liquidity provider — makes markets and provides depth for a token.",
         "scope": "shared",
         "profileKind": "role",
+        "roleCategory": "provider",
         "applicableKinds": [
           "company",
           "person"
@@ -3506,6 +3519,7 @@ const DATA = {
         "description": "A security firm or individual that audits smart contracts and protocols.",
         "scope": "shared",
         "profileKind": "role",
+        "roleCategory": "provider",
         "applicableKinds": [
           "company",
           "person"
@@ -3551,6 +3565,7 @@ const DATA = {
         "description": "An outsourced engineering studio or build partner.",
         "scope": "shared",
         "profileKind": "role",
+        "roleCategory": "provider",
         "applicableKinds": [
           "company",
           "person"
@@ -3596,6 +3611,7 @@ const DATA = {
         "description": "A brand, growth, or content marketing agency.",
         "scope": "shared",
         "profileKind": "role",
+        "roleCategory": "provider",
         "applicableKinds": [
           "company",
           "person"
@@ -3641,6 +3657,7 @@ const DATA = {
         "description": "A performance / paid-media buying agency.",
         "scope": "shared",
         "profileKind": "role",
+        "roleCategory": "provider",
         "applicableKinds": [
           "company",
           "person"
@@ -3686,6 +3703,7 @@ const DATA = {
         "description": "A key opinion leader or influencer who amplifies reach.",
         "scope": "shared",
         "profileKind": "role",
+        "roleCategory": "provider",
         "applicableKinds": [
           "company",
           "person"
@@ -3722,6 +3740,100 @@ const DATA = {
             "inputType": "textarea"
           }
         ]
+      },
+      {
+        "slug": "grant-program",
+        "displayName": "Grant Program",
+        "icon": "landmark",
+        "color": "emerald",
+        "description": "A per-chain funding program (e.g. Stellar SCF, Optimism RetroPGF) — the long-lived funder above a round.",
+        "profileKind": "kind",
+        "entityScope": "pod",
+        "scope": "shared",
+        "properties": [
+          {
+            "slug": "blockchain",
+            "label": "Blockchain / Chain",
+            "valueType": "string",
+            "inputType": "text"
+          },
+          {
+            "slug": "programName",
+            "label": "Program Name",
+            "valueType": "string",
+            "inputType": "text"
+          },
+          {
+            "slug": "programType",
+            "label": "Program Type",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "direct",
+              "retroactive",
+              "quadratic",
+              "rfp"
+            ]
+          },
+          {
+            "slug": "status",
+            "label": "Status",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "active",
+              "paused",
+              "retired"
+            ]
+          },
+          {
+            "slug": "url",
+            "label": "Program URL",
+            "valueType": "string",
+            "inputType": "url"
+          },
+          {
+            "slug": "cadence",
+            "label": "Cadence",
+            "valueType": "string",
+            "inputType": "text",
+            "placeholder": "every 6 weeks"
+          },
+          {
+            "slug": "nextDeadline",
+            "label": "Next Deadline",
+            "valueType": "date",
+            "inputType": "date"
+          },
+          {
+            "slug": "submissionTracks",
+            "label": "Submission Tracks",
+            "valueType": "array",
+            "inputType": "text"
+          },
+          {
+            "slug": "trancheModel",
+            "label": "Tranche Model",
+            "valueType": "string",
+            "inputType": "text",
+            "placeholder": "4 tranches / 90 days"
+          },
+          {
+            "slug": "defaultPlaybook",
+            "label": "Default Playbook",
+            "valueType": "string",
+            "inputType": "text",
+            "constraints": {
+              "defaultValue": "Grant Process"
+            }
+          },
+          {
+            "slug": "description",
+            "label": "Description",
+            "valueType": "string",
+            "inputType": "textarea"
+          }
+        ]
       }
     ],
     "entityLinks": [
@@ -5058,7 +5170,8 @@ const DATA = {
         "builder.apps",
         "builder.deployments",
         "builder.agents",
-        "builder.packages"
+        "builder.packages",
+        "devplane.workspace"
       ]
     },
     "profiles": [
@@ -8594,14 +8707,648 @@ const DATA = {
               "won"
             ]
           },
-          "propertyNotEquals": {
-            "handoffStatus": "handed_off"
+          "propertyNotEquals": {
+            "handoffStatus": "handed_off"
+          }
+        },
+        "confirmation": {
+          "title": "Hand off this won proposal?",
+          "description": "This converts its qualified CRM lead counterparty and records the business developer commission.",
+          "confirmLabel": "Hand off proposal"
+        }
+      }
+    ]
+  },
+  "business-model": {
+    "meta": {
+      "slug": "business-model",
+      "domain": "strategy",
+      "name": "Business Model",
+      "description": "Interrogate a venture as a model that rests on things — components supported by evidence, bound by real conventions, and quantified by projections whose assumptions stay visible.",
+      "icon": "layout-grid",
+      "color": "#0EA5E9",
+      "tags": [
+        "strategy",
+        "business-model",
+        "grp",
+        "ibis",
+        "viability"
+      ],
+      "isPublic": true
+    },
+    "workspace": {
+      "name": "Foundation",
+      "description": "Adds business-model interrogation to the strategic substrate — what the model rests on, which conventions bind it, and which numbers assume what.",
+      "subtype": "foundation"
+    },
+    "dependencies": [
+      {
+        "slug": "foundation",
+        "relation": "compose",
+        "reason": "The model's components ARE the foundation vocabulary — mission, audience, pain-point, positioning, offer, and the client/partner/porteur/funder roles. This pack interrogates them; it does not restate them."
+      }
+    ],
+    "profiles": [
+      {
+        "slug": "question",
+        "displayName": "Question",
+        "icon": "help-circle",
+        "profileKind": "kind",
+        "properties": [
+          {
+            "slug": "questionStatus",
+            "label": "Status",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "open",
+              "exploring",
+              "answered",
+              "abandoned"
+            ]
+          }
+        ]
+      },
+      {
+        "slug": "decision",
+        "displayName": "Decision",
+        "icon": "gavel",
+        "profileKind": "kind",
+        "properties": [
+          {
+            "slug": "decisionStatus",
+            "label": "Status",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "proposed",
+              "accepted",
+              "superseded",
+              "rejected"
+            ]
+          }
+        ]
+      },
+      {
+        "slug": "convention",
+        "displayName": "Convention",
+        "icon": "scale",
+        "color": "rose",
+        "description": "A binding rule the model must satisfy and did not choose — an eligibility threshold, a professional duty, a contractual floor, a platform policy. Distinct from a decision (nobody decided it) and from a finding (it constrains rather than informs).",
+        "profileKind": "kind",
+        "properties": [
+          {
+            "slug": "rule",
+            "label": "The Rule",
+            "valueType": "string",
+            "inputType": "textarea",
+            "description": "State the constraint in the terms the issuer uses, not in a paraphrase. Paraphrase is where eligibility collisions hide."
+          },
+          {
+            "slug": "issuer",
+            "label": "Issued By",
+            "valueType": "string",
+            "inputType": "text",
+            "description": "Who imposes it — a regulator, a funder, an ordre professionnel, a platform, a counterparty."
+          },
+          {
+            "slug": "conventionType",
+            "label": "Type",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "regulatory",
+              "deontological",
+              "eligibility",
+              "contractual",
+              "platform",
+              "fiscal",
+              "other"
+            ]
+          },
+          {
+            "slug": "bindingStatus",
+            "label": "Binding Status",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "verified",
+              "assumed",
+              "contested",
+              "expired"
+            ],
+            "description": "`assumed` is the dangerous default — it means nobody has read the source text yet."
+          },
+          {
+            "slug": "sourceReference",
+            "label": "Source Reference",
+            "valueType": "string",
+            "inputType": "text",
+            "description": "The cahier des charges, article, or guide this comes from. A convention with no reference is an assumption wearing a rule's clothes."
+          },
+          {
+            "slug": "expiresAt",
+            "label": "Expires / Review By",
+            "valueType": "date",
+            "inputType": "date"
+          },
+          {
+            "slug": "consequenceIfBreached",
+            "label": "Consequence If Breached",
+            "valueType": "string",
+            "inputType": "textarea"
+          }
+        ]
+      },
+      {
+        "slug": "projection",
+        "displayName": "Projection",
+        "icon": "trending-up",
+        "color": "violet",
+        "description": "A quantified scenario with its assumptions attached. The number is never the artifact — the assumptions are, because that is the only part anyone can argue with.",
+        "profileKind": "kind",
+        "properties": [
+          {
+            "slug": "scenario",
+            "label": "Scenario",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "pessimistic",
+              "base",
+              "optimistic"
+            ]
+          },
+          {
+            "slug": "horizon",
+            "label": "Horizon",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "month",
+              "quarter",
+              "year",
+              "three-year"
+            ]
+          },
+          {
+            "slug": "assumptions",
+            "label": "Assumptions",
+            "valueType": "string",
+            "inputType": "textarea",
+            "description": "Every input this number needs to be true. When one changes, whatever rests on this projection goes stale."
+          },
+          {
+            "slug": "revenueEstimate",
+            "label": "Revenue Estimate",
+            "valueType": "number",
+            "inputType": "number"
+          },
+          {
+            "slug": "costEstimate",
+            "label": "Cost Estimate",
+            "valueType": "number",
+            "inputType": "number"
+          },
+          {
+            "slug": "breakEvenUnits",
+            "label": "Break-Even Units",
+            "valueType": "number",
+            "inputType": "number"
+          },
+          {
+            "slug": "confidence",
+            "label": "Confidence",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "low",
+              "medium",
+              "high"
+            ]
+          }
+        ]
+      }
+    ],
+    "relationDefs": [
+      {
+        "slug": "rests_on",
+        "displayName": "Rests On",
+        "description": "The source depends on the target for its validity — not for its scheduling. Cycles are LEGAL and meaningful here: a business model is mutually supporting by nature, and forcing it into an acyclic dependency graph destroys the information. When the target changes, everything resting on it is stale until re-checked.",
+        "isDirectional": true,
+        "uiHints": {
+          "category": "reference",
+          "inverseLabel": "Supports"
+        }
+      },
+      {
+        "slug": "refutes",
+        "displayName": "Refutes",
+        "description": "The source is evidence that the target is false. Kept as a first-class edge so a refuted component stays in the graph with its refutation attached, instead of being quietly deleted — the reason a road was not taken is worth more than the road.",
+        "isDirectional": true,
+        "uiHints": {
+          "category": "reference",
+          "inverseLabel": "Refuted By"
+        }
+      }
+    ],
+    "entityLinks": [
+      {
+        "sourceProfileSlug": "offer",
+        "targetProfileSlug": "convention",
+        "type": "rests_on",
+        "label": "Rests on"
+      },
+      {
+        "sourceProfileSlug": "offer",
+        "targetProfileSlug": "audience",
+        "type": "rests_on",
+        "label": "Rests on"
+      },
+      {
+        "sourceProfileSlug": "projection",
+        "targetProfileSlug": "offer",
+        "type": "rests_on",
+        "label": "Rests on"
+      },
+      {
+        "sourceProfileSlug": "decision",
+        "targetProfileSlug": "convention",
+        "type": "rests_on",
+        "label": "Rests on"
+      },
+      {
+        "sourceProfileSlug": "decision",
+        "targetProfileSlug": "projection",
+        "type": "rests_on",
+        "label": "Rests on"
+      },
+      {
+        "sourceProfileSlug": "convention",
+        "targetProfileSlug": "offer",
+        "type": "refutes",
+        "label": "Refutes"
+      },
+      {
+        "sourceProfileSlug": "convention",
+        "targetProfileSlug": "audience",
+        "type": "refutes",
+        "label": "Refutes"
+      },
+      {
+        "sourceProfileSlug": "convention",
+        "targetProfileSlug": "question",
+        "type": "rests_on",
+        "label": "Rests on"
+      }
+    ],
+    "views": [
+      {
+        "name": "Conventions",
+        "slug": "business-model-conventions",
+        "type": "table",
+        "scopeProfileSlug": "convention",
+        "description": "Every rule the model must satisfy, who imposes it, and whether anyone has actually verified it.",
+        "defaultView": true,
+        "config": {
+          "columns": [
+            "title",
+            "conventionType",
+            "issuer",
+            "bindingStatus",
+            "expiresAt"
+          ]
+        }
+      },
+      {
+        "name": "Unverified Conventions",
+        "slug": "business-model-assumed-conventions",
+        "type": "list",
+        "scopeProfileSlug": "convention",
+        "description": "Conventions still marked assumed or contested — the model rests on these and nobody has read the source text.",
+        "config": {
+          "filters": [
+            {
+              "field": "bindingStatus",
+              "operator": "in",
+              "value": [
+                "assumed",
+                "contested"
+              ]
+            }
+          ]
+        }
+      },
+      {
+        "name": "Projections",
+        "slug": "business-model-projections",
+        "type": "table",
+        "scopeProfileSlug": "projection",
+        "description": "Scenarios with their assumptions in the open, so a number can be argued with.",
+        "config": {
+          "columns": [
+            "title",
+            "scenario",
+            "horizon",
+            "revenueEstimate",
+            "costEstimate",
+            "confidence"
+          ]
+        }
+      },
+      {
+        "name": "Open Interrogation",
+        "slug": "business-model-open-questions",
+        "type": "kanban",
+        "scopeProfileSlug": "question",
+        "groupBy": "questionStatus",
+        "description": "The nine component questions and everything they spawned, by status."
+      }
+    ],
+    "seedEntities": [
+      {
+        "profileSlug": "question",
+        "title": "Who is the porteur, and what does the model rest on them for?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Name the person, then name the specific competence, network, capital, or legitimacy the model cannot survive without. If the answer is generic, the model has no porteur — it has a job posting."
+      },
+      {
+        "profileSlug": "question",
+        "title": "What does the porteur's situation forbid?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Runway, hours available, geography, non-compete, dependants, health. Constraints discovered in month four were knowable in week one."
+      },
+      {
+        "profileSlug": "question",
+        "title": "What is the offer, stated as the problem it ends?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Not a description of what is built — a statement of the situation a buyer is in before, and after. If the offer can only be described by its features, the buyer has not been found yet."
+      },
+      {
+        "profileSlug": "question",
+        "title": "Who exactly buys it, and who merely benefits from it?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Link to `audience` entities. Payer, user, and beneficiary are frequently three different parties, and a model that conflates them forecasts revenue from people who never pay."
+      },
+      {
+        "profileSlug": "question",
+        "title": "Which conventions bind this model, and which are still assumed?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Eligibility thresholds, professional duties, platform policies, fiscal regimes. Every convention starts `assumed`; the work is reading the source text and moving it to `verified`. An eligibility collision — where the segment with the most pull sits outside the scheme that would fund it — only becomes visible once the numbers are pulled."
+      },
+      {
+        "profileSlug": "question",
+        "title": "What does one unit of delivery actually cost to produce?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Time, tooling, subcontracting, the unbilled parts. Link the answer to a `projection` so the assumptions stay attached to the number."
+      },
+      {
+        "profileSlug": "question",
+        "title": "Where does the money come from before revenue does?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Attach `funder` roles to the companies or schemes involved, with their eligibility conditions. Subsidy is a credential and a discount; it is rarely a pipeline."
+      },
+      {
+        "profileSlug": "question",
+        "title": "What means — people, tools, licences, premises — must exist first?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "The means rest on the money and the money rests on the offer. That circularity is the model, not a planning error; record it with `rests_on` and stop trying to linearise it."
+      },
+      {
+        "profileSlug": "question",
+        "title": "What observation would refute this model, and by when?",
+        "properties": {
+          "questionStatus": "open"
+        },
+        "content": "Set the falsifiable test now, while it can still be set honestly. A model with no refuting observation is a belief with a spreadsheet attached."
+      }
+    ],
+    "suggestedRelations": [
+      {
+        "sourceRef": "What is the offer, stated as the problem it ends?",
+        "targetRef": "Who exactly buys it, and who merely benefits from it?",
+        "type": "rests_on"
+      },
+      {
+        "sourceRef": "What is the offer, stated as the problem it ends?",
+        "targetRef": "What means — people, tools, licences, premises — must exist first?",
+        "type": "rests_on"
+      },
+      {
+        "sourceRef": "What means — people, tools, licences, premises — must exist first?",
+        "targetRef": "Where does the money come from before revenue does?",
+        "type": "rests_on"
+      },
+      {
+        "sourceRef": "Where does the money come from before revenue does?",
+        "targetRef": "What is the offer, stated as the problem it ends?",
+        "type": "rests_on"
+      },
+      {
+        "sourceRef": "Where does the money come from before revenue does?",
+        "targetRef": "Which conventions bind this model, and which are still assumed?",
+        "type": "rests_on"
+      },
+      {
+        "sourceRef": "Who exactly buys it, and who merely benefits from it?",
+        "targetRef": "Which conventions bind this model, and which are still assumed?",
+        "type": "rests_on"
+      },
+      {
+        "sourceRef": "What does one unit of delivery actually cost to produce?",
+        "targetRef": "What does the porteur's situation forbid?",
+        "type": "rests_on"
+      },
+      {
+        "sourceRef": "What is the offer, stated as the problem it ends?",
+        "targetRef": "Who is the porteur, and what does the model rest on them for?",
+        "type": "rests_on"
+      }
+    ],
+    "playbooks": [
+      {
+        "name": "Business Model Interrogation",
+        "description": "Walk the nine components as questions, resolve each into a decision backed by evidence, and record the conventions and projections the model rests on — including the cycles.",
+        "goalTemplate": "Interrogate the business model for {venture} and record what it rests on. Steps: (1) Walk each of the nine seeded `question` entities in this workspace; where one is already answered, mark it and move on. (2) Resolve each into a `decision`, keeping the options that lost attached via `refutes` rather than deleting them. Where the evidence itself needs gathering, do that in the Research workspace and link back — do not restate sources here. (3) Every external rule discovered becomes a `convention` with its `issuer` and `sourceReference`; leave `bindingStatus` at `assumed` until the source text has actually been read, then `verified`. (4) Every number becomes a `projection` with its `assumptions` filled in — never a bare figure. (5) Wire the graph with `rests_on` — offer on audience, projection on offer, decision on convention. Do NOT try to make the graph acyclic: if the offer rests on the means and the means rest on the money and the money rests on the offer, record all three. (6) Attach `porteur` and `funder` roles to the real people and organisations instead of creating new entities for them. (7) Close by listing which conventions are still `assumed` and which projections carry `low` confidence — that list is the actual state of the model.",
+        "icon": "layout-grid"
+      }
+    ],
+    "actionPlacements": [
+      {
+        "profileSlug": "question",
+        "surface": "entity-detail",
+        "kind": "playbook",
+        "ref": "Business Model Interrogation",
+        "label": "Interrogate as model component"
+      },
+      {
+        "profileSlug": "convention",
+        "surface": "entity-detail",
+        "kind": "playbook",
+        "ref": "Business Model Interrogation",
+        "label": "Re-check what rests on this"
+      }
+    ],
+    "integrations": [
+      {
+        "templateKey": "research-methods"
+      },
+      {
+        "templateKey": "exa"
+      }
+    ]
+  },
+  "civic-france": {
+    "meta": {
+      "slug": "civic-france",
+      "domain": "knowledge",
+      "name": "France Civic Research",
+      "description": "Overlay for investigating French public data (open data / Licence Ouverte). Composes onto Research. Not a government product — a private research stub.",
+      "icon": "landmark",
+      "color": "#1D4ED8",
+      "tags": [
+        "research",
+        "civic",
+        "france",
+        "open-data",
+        "licence-ouverte"
+      ],
+      "isPublic": false
+    },
+    "workspace": {
+      "name": "Research",
+      "description": "Adds a French civic open-data lens onto the Research substrate — track public datasets consulted during investigations.",
+      "subtype": "research-base"
+    },
+    "dependencies": [
+      {
+        "slug": "research-base",
+        "relation": "compose",
+        "reason": "France civic research is a research method — it needs the Research substrate (question / research / source) to work over."
+      }
+    ],
+    "profiles": [
+      {
+        "slug": "question",
+        "displayName": "Question",
+        "icon": "help-circle",
+        "color": "blue",
+        "description": "An open question driving a civic-data investigation.",
+        "properties": [
+          {
+            "slug": "questionStatus",
+            "label": "Status",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "open",
+              "exploring",
+              "answered",
+              "abandoned"
+            ],
+            "constraints": {
+              "defaultValue": "open"
+            }
+          }
+        ]
+      },
+      {
+        "slug": "research",
+        "displayName": "Research",
+        "icon": "microscope",
+        "color": "violet",
+        "description": "An investigation into French public data — sources, findings, conclusion.",
+        "properties": [
+          {
+            "slug": "researchStatus",
+            "label": "Status",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "ongoing",
+              "concluded",
+              "abandoned"
+            ],
+            "constraints": {
+              "defaultValue": "ongoing"
+            }
+          }
+        ]
+      },
+      {
+        "slug": "source",
+        "displayName": "Source",
+        "icon": "file-text",
+        "color": "cyan",
+        "description": "Anything consulted — API payload, dataset page, decree, report.",
+        "properties": [
+          {
+            "slug": "url",
+            "label": "URL",
+            "valueType": "string",
+            "inputType": "url"
+          }
+        ]
+      },
+      {
+        "slug": "public_dataset",
+        "displayName": "Public dataset",
+        "icon": "database",
+        "color": "blue",
+        "description": "A French public dataset consulted via official open-data APIs (data.gouv.fr / api.gouv.fr / PISTE) — never scraped HTML.",
+        "scope": "WORKSPACE",
+        "properties": [
+          {
+            "slug": "sourceUrl",
+            "label": "Source URL",
+            "valueType": "string",
+            "inputType": "url"
+          },
+          {
+            "slug": "license",
+            "label": "License",
+            "valueType": "string",
+            "inputType": "text"
+          },
+          {
+            "slug": "publisher",
+            "label": "Publisher",
+            "valueType": "string",
+            "inputType": "text"
           }
-        },
-        "confirmation": {
-          "title": "Hand off this won proposal?",
-          "description": "This converts its qualified CRM lead counterparty and records the business developer commission.",
-          "confirmLabel": "Hand off proposal"
+        ]
+      }
+    ],
+    "views": [
+      {
+        "name": "Public datasets",
+        "slug": "civic-france-public-datasets",
+        "type": "table",
+        "scopeProfileSlug": "public_dataset",
+        "description": "French public datasets tracked in this research workspace.",
+        "config": {
+          "columns": [
+            "title",
+            "publisher",
+            "license",
+            "sourceUrl"
+          ]
         }
       }
     ]
@@ -15756,6 +16503,95 @@ const DATA = {
             "inputType": "textarea"
           }
         ]
+      },
+      {
+        "slug": "porteur",
+        "displayName": "Porteur",
+        "icon": "user-check",
+        "color": "amber",
+        "description": "The person carrying a venture — the one whose commitment, skills, and constraints the model actually rests on. Distinct from `client` (who pays) and `partner` (who collaborates).",
+        "scope": "shared",
+        "profileKind": "role",
+        "applicableKinds": [
+          "person"
+        ],
+        "properties": [
+          {
+            "slug": "brings",
+            "label": "What They Bring",
+            "valueType": "string",
+            "inputType": "textarea",
+            "description": "The specific competence, network, capital, or legitimacy this person contributes that the model depends on."
+          },
+          {
+            "slug": "commitmentLevel",
+            "label": "Commitment",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "full-time",
+              "part-time",
+              "advisory",
+              "intermittent"
+            ]
+          },
+          {
+            "slug": "constraints",
+            "label": "Constraints",
+            "valueType": "string",
+            "inputType": "textarea",
+            "description": "What limits this porteur — time, cash runway, geography, non-compete, family. A model that ignores these is fiction."
+          }
+        ]
+      },
+      {
+        "slug": "funder",
+        "displayName": "Funder",
+        "icon": "banknote",
+        "color": "green",
+        "description": "A source of non-revenue money or subsidy — a bank, a public scheme, an investor, a grantor. A hat worn by a company or a person, never a kind of its own.",
+        "scope": "shared",
+        "profileKind": "role",
+        "applicableKinds": [
+          "company",
+          "person"
+        ],
+        "properties": [
+          {
+            "slug": "fundingType",
+            "label": "Funding Type",
+            "valueType": "string",
+            "inputType": "select",
+            "enumValues": [
+              "grant",
+              "subsidy",
+              "loan",
+              "equity",
+              "guarantee",
+              "prize",
+              "other"
+            ]
+          },
+          {
+            "slug": "amountCommitted",
+            "label": "Amount Committed",
+            "valueType": "number",
+            "inputType": "number"
+          },
+          {
+            "slug": "eligibilityConditions",
+            "label": "Eligibility Conditions",
+            "valueType": "string",
+            "inputType": "textarea",
+            "description": "The conditions the venture must satisfy to keep this money. These are the constraints most often discovered too late."
+          },
+          {
+            "slug": "decisionDate",
+            "label": "Decision Date",
+            "valueType": "date",
+            "inputType": "date"
+          }
+        ]
       }
     ],
     "views": [
@@ -16043,6 +16879,12 @@ const DATA = {
         "kind": "workspace",
         "relation": "require",
         "reason": "Provides the pod-wide client / partner / sponsor role vocabulary this workspace reuses."
+      },
+      {
+        "slug": "blockchain-ecosystem",
+        "kind": "workspace",
+        "relation": "require",
+        "reason": "Provides the pod-wide grant-program kind (per-chain funding programs) this workspace's rounds belong to."
       }
     ],
     "workspace": {
@@ -17202,12 +18044,21 @@ const DATA = {
           "sortDir": "desc"
         }
       },
+      {
+        "name": "Deadlines",
+        "type": "calendar",
+        "scopeProfileSlug": "round",
+        "description": "Upcoming round submission deadlines, on one time axis.",
+        "config": {
+          "dateField": "properties.submissionDeadline",
+          "colorField": "status"
+        }
+      },
       {
         "name": "Awarded Projects",
         "type": "gallery",
         "scopeProfileSlug": "grant-project",
         "config": {
-          "coverField": "summary",
           "showFields": [
             "currentStatus",
             "awardedRoundCount",
@@ -17251,6 +18102,30 @@ const DATA = {
         "type": "submitted_by",
         "label": "Submitted By"
       },
+      {
+        "sourceProfileSlug": "grant_submission",
+        "targetProfileSlug": "contract",
+        "type": "for_contract",
+        "label": "Engagement"
+      },
+      {
+        "sourceProfileSlug": "grant_submission",
+        "targetProfileSlug": "deal",
+        "type": "billed_as",
+        "label": "Billed as"
+      },
+      {
+        "sourceProfileSlug": "round",
+        "targetProfileSlug": "grant-program",
+        "type": "belongs_to",
+        "label": "Program"
+      },
+      {
+        "sourceProfileSlug": "contract",
+        "targetProfileSlug": "grant-program",
+        "type": "pursues",
+        "label": "Pursues"
+      },
       {
         "sourceProfileSlug": "grant-project",
         "targetProfileSlug": "round",
@@ -17276,6 +18151,222 @@ const DATA = {
         "label": "Evidenced By"
       }
     ],
+    "playbooks": [
+      {
+        "name": "Grant Process",
+        "description": "Run an engagement through a grant program end to end — identify fit, draft the application, submit, track the decision, and deliver the tranches. Reads the program's own cadence / tracks / tranche model so one playbook fits every chain.",
+        "goalTemplate": "Advance this engagement ({contract}) through the grant program ({grantProgram}) it is pursuing. FIRST read the program entity's own data — its cadence, submissionTracks, trancheModel, and nextDeadline — plus the client context on the contract, and let THOSE drive the plan: do not assume a chain's mechanics, read them from the program. Then work the stages in order and keep the client's `grant_submission` card as the durable state of record:\n1. Identify — understand the project and which of the program's\n   submissionTracks fit; set the submission `stage` to `scope`.\n2. Draft — write the abstract, then the full proposal (products & services,\n   success criteria, GTM, traction); move `stage` `abstract` → `build` and\n   fill the submission's body fields.\n3. Submit — finalize against the program's nextDeadline and submit; once\n   submitted, set `stage` to `awaiting-results`.\n4. Awaiting — track the decision and keep `status` current\n   (in-review / waiting-client / needs-document / blocked).\n5. Awarded — on a decision, set `outcome` (awarded / rejected / partial)\n   and record the awarded amount.\n6. Delivering — for an award, work the program's trancheModel: fill the\n   tranche deliverables and update trancheCompletion as each milestone ships.\n\nNever fabricate — leave a field blank rather than guess. Every write is proposal-gated for the user to review.",
+        "subjectProfile": {
+          "profileSlug": "contract"
+        },
+        "params": [
+          {
+            "name": "contract",
+            "type": "entity",
+            "profileSlug": "contract",
+            "label": "Engagement",
+            "required": true
+          },
+          {
+            "name": "grantProgram",
+            "type": "entity",
+            "profileSlug": "grant-program",
+            "label": "Grant Program",
+            "required": true
+          }
+        ],
+        "scope": "project",
+        "stages": [
+          {
+            "key": "identify",
+            "name": "Identify",
+            "category": "planned",
+            "description": "Understand the project and which of the program's submission tracks fit — before any writing.",
+            "goal": "A clear project understanding and the fitting submission track; submission stage = scope."
+          },
+          {
+            "key": "draft",
+            "name": "Draft",
+            "category": "started",
+            "description": "Write the abstract, then the full proposal, from the client's real material.",
+            "goal": "Abstract then full proposal drafted; submission stage abstract → build with body fields filled."
+          },
+          {
+            "key": "submit",
+            "name": "Submit",
+            "category": "started",
+            "description": "Finalize against the program deadline and submit the application.",
+            "goal": "Application submitted on time; submission stage = awaiting-results."
+          },
+          {
+            "key": "awaiting",
+            "name": "Awaiting",
+            "category": "paused",
+            "description": "Track the decision and keep the client status current.",
+            "goal": "Submission status reflects where the decision stands (in-review / waiting-client / needs-document / blocked)."
+          },
+          {
+            "key": "awarded",
+            "name": "Awarded",
+            "category": "started",
+            "description": "Record the funder's decision and the awarded amount.",
+            "goal": "Submission outcome set (awarded / rejected / partial) with the awarded amount."
+          },
+          {
+            "key": "delivering",
+            "name": "Delivering",
+            "category": "started",
+            "description": "Work the program's tranche model — ship and record each tranche.",
+            "goal": "Tranche deliverables filled and trancheCompletion updated as milestones ship."
+          }
+        ],
+        "executor": "is-agent",
+        "grants": [
+          "entity.create"
+        ],
+        "status": "active"
+      }
+    ],
+    "automations": [
+      {
+        "key": "grant-submission-sync",
+        "name": "Grant Submission Sync",
+        "description": "Once a day, keep each grant application's grant_submission card current — read the submission's recent activity, assess where the pursuit stands, and advance its stage + status so the pipeline stays the durable, kanban-visible state of record.",
+        "triggerType": "cron",
+        "triggerConfig": {
+          "expression": "0 8 * * *"
+        },
+        "status": "draft",
+        "metadata": {
+          "templateKey": "grant-submission-sync"
+        },
+        "flow": {
+          "nodes": [
+            {
+              "id": "trigger",
+              "type": "trigger",
+              "position": {
+                "x": 0,
+                "y": 0
+              },
+              "data": {
+                "label": "Daily at 08:00",
+                "triggerType": "cron",
+                "config": {
+                  "expression": "0 8 * * *"
+                }
+              }
+            },
+            {
+              "id": "list-submissions",
+              "type": "capability",
+              "position": {
+                "x": 0,
+                "y": 120
+              },
+              "data": {
+                "label": "List grant submissions to maintain",
+                "verbId": "entity.query",
+                "inputMapping": {
+                  "profileSlug": "grant_submission",
+                  "limit": "100"
+                }
+              }
+            },
+            {
+              "id": "submissions-loop",
+              "type": "loop",
+              "position": {
+                "x": 0,
+                "y": 240
+              },
+              "data": {
+                "label": "For each grant submission",
+                "iteratorExpression": "steps.list-submissions.output.entities",
+                "itemVariable": "submission"
+              }
+            },
+            {
+              "id": "read-activity",
+              "type": "messages_query",
+              "position": {
+                "x": 0,
+                "y": 360
+              },
+              "data": {
+                "label": "Read the submission's recent activity",
+                "subjectEntityId": "{{loop.item.id}}",
+                "limit": 40
+              }
+            },
+            {
+              "id": "assess",
+              "type": "capability",
+              "position": {
+                "x": 0,
+                "y": 480
+              },
+              "data": {
+                "label": "Assess the submission's stage + status → JSON",
+                "verbId": "ai.generate",
+                "inputMapping": {
+                  "json": "true",
+                  "maxTokens": "500",
+                  "system": "You are a strict data-extraction function for a grants pipeline. Read a grant application's recent activity and report where the application currently stands. Respond with STRICT JSON and NOTHING else. Never fabricate — if the activity does not clearly indicate a value, keep the submission's current one.",
+                  "prompt": "The grant submission: {{loop.item.title}} Current stage: {{loop.item.properties.stage}} Current status: {{loop.item.properties.status}}\nRecent activity (oldest first): {{steps.read-activity.output.messages}}\nReport the submission's current state as STRICT JSON, using ONLY these vocabularies and NOTHING else: {\n  \"stage\": \"scope|abstract|build|awaiting-results\",\n  \"status\": \"answered|waiting-client|needs-document|in-review|blocked\"\n}"
+                }
+              }
+            },
+            {
+              "id": "advance-submission",
+              "type": "output",
+              "position": {
+                "x": 0,
+                "y": 600
+              },
+              "data": {
+                "label": "Advance the submission stage + status",
+                "outputType": "entity_update",
+                "config": {
+                  "entityId": "{{loop.item.id}}",
+                  "properties": {
+                    "stage": "{{steps.assess.output.stage}}",
+                    "status": "{{steps.assess.output.status}}"
+                  }
+                }
+              }
+            }
+          ],
+          "edges": [
+            {
+              "id": "gs-trigger-list",
+              "source": "trigger",
+              "target": "list-submissions"
+            },
+            {
+              "id": "gs-list-loop",
+              "source": "list-submissions",
+              "target": "submissions-loop"
+            },
+            {
+              "id": "gs-loop-read",
+              "source": "submissions-loop",
+              "target": "read-activity"
+            },
+            {
+              "id": "gs-read-assess",
+              "source": "read-activity",
+              "target": "assess"
+            },
+            {
+              "id": "gs-assess-advance",
+              "source": "assess",
+              "target": "advance-submission"
+            }
+          ]
+        }
+      }
+    ],
     "app": {
       "kind": "stored",
       "cellKey": "entity-detail"
@@ -21143,6 +22234,19 @@ const DATA = {
       }
     ],
     "views": [
+      {
+        "name": "Knowledge",
+        "slug": "knowledge",
+        "type": "table",
+        "scopeProfileSlug": "knowledge",
+        "description": "Validated insights and cautions, with their long-form context and evidence kept in the graph.",
+        "config": {
+          "columns": [
+            "title",
+            "knowledgeForm"
+          ]
+        }
+      },
       {
         "name": "All Notes",
         "type": "table",
@@ -21981,6 +23085,12 @@ const DATA = {
           "label": "Brain Home",
           "icon": "Home"
         },
+        {
+          "kind": "profile",
+          "profileSlug": "knowledge",
+          "label": "Knowledge",
+          "icon": "Brain"
+        },
         {
           "kind": "profile",
           "profileSlug": "note",
@@ -23941,6 +25051,7 @@ const DATA = {
         "description": "A company or person that provides a capability The Arch can broker a client need against.",
         "scope": "shared",
         "profileKind": "role",
+        "roleCategory": "provider",
         "applicableKinds": [
           "company",
           "person"
@@ -24120,10 +25231,10 @@ const DATA = {
                 "y": 240
               },
               "data": {
-                "label": "List the solution-provider roster",
+                "label": "List the provider roster (any roleCategory=provider)",
                 "verbId": "entity.query",
                 "inputMapping": {
-                  "profileSlug": "solution-provider",
+                  "roleCategory": "provider",
                   "limit": "100"
                 }
               }
@@ -29636,6 +30747,12 @@ const DATA = {
         "kind": "workspace",
         "relation": "require",
         "reason": "The engineering / ops dashboard — the build-side view of the company."
+      },
+      {
+        "slug": "networking",
+        "kind": "workspace",
+        "relation": "require",
+        "reason": "The partner-intro layer — need → intro-matcher → intro → billed_as → deal, with the A↔B confidentiality firewall; the Stellar Client-Sync emits needs that depend on it."
       }
     ],
     "workspace": {