{"slug":"business/TASK_REGISTRY","title":"IntegrateWise — Task Registry","section":"business","sectionLabel":"Business","status":"unclassified","type":"document","path":"business/TASK_REGISTRY.mdx","bytes":40331,"description":null,"updated":null,"source":"integratewise/Integratewise-docs-wiki","content":"\n> **Status: HISTORICAL TASK SNAPSHOT.** This May 2026 registry is preserved for\n> traceability and is not the current execution plan or architecture authority.\n> D1, legacy service, product-surface and deployment claims must be validated\n> against [`../../architecture/MASTER_EXECUTION_PLAN.md`](../../architecture/MASTER_EXECUTION_PLAN.md)\n> and [`../../architecture/ARCHITECTURE_LOCK.md`](../../architecture/ARCHITECTURE_LOCK.md).\n\n**Version:** 1.0  \n**Date:** May 28, 2026  \n**Authority:** Nirmal (Founder)  \n**Branch:** `feat/continuity-convergence`  \n**Total Tasks:** 58\n\n> **Original operating note:** This was the canonical task inventory for its\n> dated branch.\n> Next session: start with P1. Read `AGENTS.md` and `HANDOVER_2026-05-28.md` first.\n\n---\n\n## Status Legend\n\n| Symbol | Meaning     |\n| ------ | ----------- |\n| ⬜     | Not started |\n| 🔄     | In progress |\n| ✅     | Complete    |\n| ❌     | Blocked     |\n\n---\n\n## P1 — Immediate (Next Session)\n\n| #   | Status | Task                                                                     | Layer          | Notes                                                                                                                                                                                                                                        |\n| --- | ------ | ------------------------------------------------------------------------ | -------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| 1   | ✅     | Apply proposals schema to production                                     | DB             | **SUPERSEDED** — Proposals moved to D1 (not Spine DB). D1 schema applied by Kimi: `proposals` + `governance_audit_log` tables live in `integratewise-spine-cache` (ed1f534a). `032_governed_proposals.sql` no longer needed for proposals.   |\n| 2   | ⬜     | Wire `GET /v1/proposals` into Ops approval queue view                    | Ops UI         | Consume `toOpsProjection()` shape. Wire approve/reject buttons to `POST /v1/proposals/:id/approve` and `/reject`. Target: `integratewise-ops` Vue3 app. Intelligence worker is live at `integratewise-intelligence.connect-a1b.workers.dev`. |\n| 3   | ✅     | Complete continuity writeback path (govern → D1 → org_memory)            | Backend        | D1 proposals table live. `writebackContinuity()` in `proposal.ts` writes to Spine DB `org_memory` on terminal state. Path: D1 (edge queue) → Spine DB REST (canonical memory).                                                               |\n| 4   | ⬜     | Task A — Sync `integratewise-live/docs/` to reflect current architecture | Docs           | See P2 for breakdown.                                                                                                                                                                                                                        |\n| 5   | ⬜     | Connection 4 — Wire Live → integratewise-ops REST API                    | Infrastructure | No new backend. Wire existing REST API to ops controller board. See AGENTS.md Connection 4.                                                                                                                                                  |\n\n---\n\n## P2 — Task A: Docs Sync\n\n| #   | Status | Task                                                    | Target File                                  | Notes                                                                                                                                   |\n| --- | ------ | ------------------------------------------------------- | -------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- |\n| 6   | ⬜     | Update `SYSTEM_FLOW_DEFINITIVE.md` to Architecture v3.0 | `docs/tech/SYSTEM_FLOW_DEFINITIVE.md`        | MCP-as-nervous-system thesis. Loader → Normalizer → Spine → Twin → Act. Governed Proposal loop.                                         |\n| 7   | ⬜     | Create `ENTITY_INVENTORY.md`                            | `docs/tech/ENTITY_INVENTORY.md`              | 31 entity types, shared types, cross-product relationships, canonical aliases.                                                          |\n| 8   | ⬜     | Create `TRIAGE_BOT_SPEC.md`                             | `docs/tech/TRIAGE_BOT_SPEC.md`               | Sole-writer architecture, proposal schema, governance scoring logic, org_memory write rules.                                            |\n| 9   | ⬜     | Create `SCHEMA_ENHANCEMENT.md`                          | `docs/tech/SCHEMA_ENHANCEMENT.md`            | Postgres+JSONB+Redis+R2 warm/hot/cold/edge layers. New tables: spine.object, spine.document, spine.attachment, spine.link, spine.block. |\n| 10  | ⬜     | Create `AI_INFRASTRUCTURE.md`                           | `docs/tech/AI_INFRASTRUCTURE.md`             | AI ops layer, model registry, shared memory, SignalAnalyzer, OpenRouter S7 sanity, provider chain.                                      |\n| 11  | ⬜     | Update `INTEGRATEWISE_SYSTEM_OVERVIEW.md`               | `docs/tech/INTEGRATEWISE_SYSTEM_OVERVIEW.md` | Dual-product model (BizOps + Account Success). Governed Proposal lifecycle. ZERO PYTHON.                                                |\n| 12  | ⬜     | Create `DOMAIN_FIELD_INVENTORY.md`                      | `docs/tech/DOMAIN_FIELD_INVENTORY.md`        | 9 functional domains, tools per domain, KPIs, fields, automation loop mapping.                                                          |\n\n---\n\n## P3 — Sidebar Fix (BrandDocumentations)\n\n| #   | Status | Task                                                                               | Detail                                   |\n| --- | ------ | ---------------------------------------------------------------------------------- | ---------------------------------------- |\n| 13  | ⬜     | Add `/evolution` to sidebar under Group 01 (Product & Engineering)                 | `RootLayout.tsx` NAV_STRUCTURE           |\n| 14  | ⬜     | Add `/product-writeup` to sidebar                                                  | `RootLayout.tsx` NAV_STRUCTURE           |\n| 15  | ⬜     | Add `/how-it-works` to sidebar                                                     | `RootLayout.tsx` NAV_STRUCTURE           |\n| 16  | ⬜     | Fix Group 04 (Customer Success) — both children point to `/coming-soon?section=04` | Routing conflict — assign correct routes |\n| 17  | ⬜     | Fix Group 08 (External Communications) — same routing conflict                     | Routing conflict — assign correct routes |\n| 18  | ⬜     | Add Account Success 27 views navigation to Group 04                                | New nav entries needed                   |\n\n---\n\n## P4 — Five Missing Connections\n\n| #   | Status | Connection                                        | Detail                                                                                                                                                                      |\n| --- | ------ | ------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| 19  | ⬜     | Memory → Live engine                              | `packages/connectors/memory-repo` does not exist yet. integratewise-memory filesystem → Flow B → Neon knowledge_documents.                                                  |\n| 20  | ⬜     | Folder monitor → Live via webhook-ingress         | `services/folder-watcher` does not exist yet (Durable Object). chokidar on ops Mac → CF Queue → webhook-ingress → pipeline.                                                 |\n| 21  | ⬜     | Publication pipeline (org_memory → BrandDoc repo) | `org_memory` WHERE `governance_state = approved` → transform → GitHub API → BrandDoc → sanitize → docs.                                                                     |\n| 22  | ⬜     | Ops controller board consuming Live APIs          | Connection 4. Wire `integratewise-ops` (IW OS) → govern worker REST API. Consume `ProposalOpsProjection` shape. See `docs/OPS_ECOSYSTEM_DOCTRINE.md` for full API contract. |\n| 23  | ⬜     | Sanitizer pipeline (BrandDoc → public docs)       | BrandDoc → sanitize PII/internal → integratewise-docs publication.                                                                                                          |\n\n---\n\n## P5 — Schema Enhancement\n\n| #   | Status | Task                                                                      | Detail                                                                                                                       |\n| --- | ------ | ------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |\n| 24  | ⬜     | Warm layer — Postgres JSONB tables                                        | `spine.object`, `spine.document`, `spine.attachment`, `spine.link`, `spine.block`. Schema defined in v2.0, migration needed. |\n| 25  | ⬜     | Hot layer — Redis entity cache, session state, triage queue, signal cache | Configuration needed.                                                                                                        |\n| 26  | ⬜     | Cold layer — CF R2 for raw document content                               | Integration needed.                                                                                                          |\n| 27  | ⬜     | Edge layer — CF D1 read-only mirror of Spine tables                       | Sync pipeline needed. D1 ID: `ed1f534a-df1e-4783-8a74-8d6d70d067ff`.                                                         |\n\n---\n\n## P6 — Layer 2 Completion\n\n> Schema state clarified May 28: `spineDb/migrations/` (23 files) is canonical live. `packages/spineDb/migrations/` (4 files) is v3.6 additions. `sql-migrations/` archived to `_archived/`. No `packages/spine` needed — schema already exists.\n\n| #   | Status | Task                                | Detail                                                                                |\n| --- | ------ | ----------------------------------- | ------------------------------------------------------------------------------------- |\n| 28  | ✅     | Archive `sql-migrations/` graveyard | Moved to `_archived/sql-migrations/`. `CLAUDE.md` updated. Zero live code references. |\n| 29  | ⬜     | Create indexes after data load      | Per v2.0 Technical Architecture                                                       |\n| 30  | ⬜     | Seed data for development           | 5 accounts, risks, initiatives, contacts, metrics. `pnpm run seed`                    |\n| 31  | ⬜     | Production initial sync per tool    | `npm run sync:initial -- --tool=<name>`                                               |\n\n---\n\n## P7 — MiMo Integration\n\n| #   | Status | Task                                                 | Detail                                                   |\n| --- | ------ | ---------------------------------------------------- | -------------------------------------------------------- |\n| 32  | ⬜     | Configure OpenCode CLI with MiMo 2.5 Pro provider    | `opencode.json` in repo root                             |\n| 33  | ⬜     | Inject steering document into OpenCode system prompt | `.kiro/steering/integratewise-master.md`                 |\n| 34  | ⬜     | Verify steering doc loads                            | Ask \"What is the core operating loop?\" — validation test |\n\n---\n\n## P8 — Architecture Documentation Sync\n\n| #   | Status | Task                                                                | Detail                |\n| --- | ------ | ------------------------------------------------------------------- | --------------------- |\n| 35  | ⬜     | Sync `systems-architecture-v2-0.md` to `integratewise-live/docs/`   | Already in org memory |\n| 36  | ⬜     | Sync `technical-architecture-v2-0.md` to `integratewise-live/docs/` | Already in org memory |\n| 37  | ⬜     | Sync `deployment-v2-0.md` to `integratewise-live/docs/`             | Already in org memory |\n| 38  | ⬜     | Sync `integration-v2-0.md` to `integratewise-live/docs/`            | Already in org memory |\n| 39  | ⬜     | Sync `development-v2-0.md` to `integratewise-live/docs/`            | Already in org memory |\n| 40  | ⬜     | Infrastructure Stack — verify sync                                  | Already in org memory |\n\n---\n\n## P9 — Governance Layer Remaining\n\n| #   | Status | Task                                                                   | Detail                                                              |\n| --- | ------ | ---------------------------------------------------------------------- | ------------------------------------------------------------------- |\n| 41  | ⬜     | Wire `memory.upsertOrg` refactoring to `memory.propose` (bypass issue) | Steering doc flagged. Triage Bot must be sole writer to org_memory. |\n| 42  | ⬜     | Governance policies per entity type                                    | What requires approval per entity type. Per v2.0 Dev doc.           |\n| 43  | ⬜     | Approval flow tested for each entity type supporting writeback         | Per v2.0 Dev doc.                                                   |\n\n---\n\n## P10 — Cross-Product Integrity\n\n| #   | Status | Task                                                                                   | Detail                        |\n| --- | ------ | -------------------------------------------------------------------------------------- | ----------------------------- |\n| 44  | ⬜     | Verify `account_master` and `account` represent same real-world entity                 | Per v2.0 Systems Architecture |\n| 45  | ⬜     | Shared entity types (`contact`, `document`, `calendar_event`) reflect in both products | Per v2.0 Integration          |\n| 46  | ⬜     | Generated Insights appear in both BizOps Metrics Dashboard and Account Success CSM Hub | Per v2.0 Dev doc              |\n\n---\n\n## P11 — Module-Specific Testing\n\n| #   | Status | Task                                                                                        | Detail           |\n| --- | ------ | ------------------------------------------------------------------------------------------- | ---------------- |\n| 47  | ⬜     | Business Ops Dashboard aggregates from all 14 modules                                       | Per v2.0 Dev doc |\n| 48  | ⬜     | Account Success Dashboard aggregates from all entity types                                  | Per v2.0 Dev doc |\n| 49  | ⬜     | Health score calculation: color coding (90-100 green, 70-89 yellow, 50-69 orange, 0-49 red) | Per v2.0 Dev doc |\n| 50  | ⬜     | Risk score calculation: `impact_score × probability_score`                                  | Per v2.0 Dev doc |\n| 51  | ⬜     | CSM Hub filters by CSM identity                                                             | Per v2.0 Dev doc |\n| 52  | ⬜     | Sales Hub kanban renders all 6 stages                                                       | Per v2.0 Dev doc |\n\n---\n\n## P12 — Gateway Resilience\n\n| #   | Status | Task                                   | Detail                            |\n| --- | ------ | -------------------------------------- | --------------------------------- |\n| 53  | ⬜     | Retry logic verification in production | Deployed May 26, needs monitoring |\n| 54  | ⬜     | Circuit breaker threshold tuning       | Per steering doc section 14       |\n| 55  | ⬜     | Model fallback chain validation        | Hermes → fallback models          |\n\n---\n\n## P13 — n8n Migration\n\n| #   | Status | Task                                           | Detail                           |\n| --- | ------ | ---------------------------------------------- | -------------------------------- |\n| 56  | ⬜     | Migrate n8n from Hostinger to Google Cloud Run | Architecture defined in steering |\n| 57  | ⬜     | Cloud SQL backend for n8n                      | Defined in steering              |\n| 58  | ⬜     | Cloudflare Workers proxy for all webhooks      | Defined in steering              |\n\n---\n\n## Summary\n\n| Priority                  | Count  | Focus                  |\n| ------------------------- | ------ | ---------------------- |\n| P1 — Immediate            | 5      | Next session           |\n| P2 — Docs Sync            | 7      | Task A                 |\n| P3 — Sidebar Fix          | 6      | BrandDocumentations    |\n| P4 — Five Connections     | 5      | Infrastructure bridges |\n| P5 — Schema Enhancement   | 4      | Storage layers         |\n| P6 — Layer 2 Completion   | 4      | Spine tables + data    |\n| P7 — MiMo Integration     | 3      | AI model               |\n| P8 — Architecture Docs    | 6      | Doc sync               |\n| P9 — Governance Remaining | 3      | Triage Bot             |\n| P10 — Cross-Product       | 3      | Integrity              |\n| P11 — Module Testing      | 6      | Validation             |\n| P12 — Gateway Resilience  | 3      | Production             |\n| P13 — n8n Migration       | 3      | Infrastructure         |\n| **Total**                 | **58** |                        |\n\n---\n\n## Completed This Session (May 28, 2026)\n\n| Task                          | Detail                                                                                                      |\n| ----------------------------- | ----------------------------------------------------------------------------------------------------------- |\n| ZERO PYTHON enforcement       | All 22+ workers. `python-client.ts` deleted. `SignalAnalyzer` in `@integratewise/types`.                    |\n| Governed Cognition Proposal   | `packages/types/src/proposal.ts`, `services/govern/src/proposal.ts`, 9 routes, migration 032, doctrine doc. |\n| Twin now proposes, not writes | `services/intelligence/src/index.ts` — `POST /v1/proposals` replaces flat `actions` write.                  |\n| Steering file v3.3            | Section 22b added. Architectural completion recorded.                                                       |\n| Handover doc                  | `docs/operations/HANDOVER_2026-05-28.md`                                                                    |\n| This task registry            | `docs/operations/TASK_REGISTRY.md`                                                                          |\n\n## Completed by Kimi (May 28, 2026 — separate session)\n\n| Task                       | Detail                                                                                                                                                            |\n| -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| MCP transport fix          | `services/mcp-connector/src/mcp-transport.ts` — `Transport` import path corrected to `@modelcontextprotocol/sdk/shared/transport.js`. Typecheck ✅ Tests ✅ (7/7) |\n| MCP deployed to production | Version `80405a7c` live at `integratewise-mcp-connector.connect-a1b.workers.dev`. 16 tools responding.                                                            |\n| Layer 1 confirmed live     | Stateless JSON-RPC over HTTP. All 16 tools: `kb.*`, `figma.*`, `memory.*` namespaces.                                                                             |\n\n## Completed by Kimi (May 28, 2026 — separate session)\n\n| Task                       | Detail                                                                                                                                                            |\n| -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| MCP transport fix          | `services/mcp-connector/src/mcp-transport.ts` — `Transport` import path corrected to `@modelcontextprotocol/sdk/shared/transport.js`. Typecheck ✅ Tests ✅ (7/7) |\n| MCP deployed to production | Version `80405a7c` live at `integratewise-mcp-connector.connect-a1b.workers.dev`. 16 tools responding.                                                            |\n| Layer 1 confirmed live     | Stateless JSON-RPC over HTTP. All 16 tools: `kb.*`, `figma.*`, `memory.*` namespaces.                                                                             |\n\n## Completed by Kimi (May 28, 2026 — second session)\n\n| Task                                    | Detail                                                                                                                                      |\n| --------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- |\n| D1 schema applied to live DB            | `proposals` + `governance_audit_log` tables live in `integratewise-spine-cache` (ed1f534a). Applied via `wrangler d1 execute --remote`.     |\n| Govern service rewritten to D1          | `proposal.ts`, `audit.ts`, `workflow.ts` — all neon()/DATABASE_URL removed. All reads/writes via `env.D1.prepare()`. Zero network hop.      |\n| `@integratewise/types` build fixed      | `package.json` points to `dist/`, tsconfig fixed, types rebuilt. All exports resolve correctly.                                             |\n| Intelligence worker deployed            | Version `6c608e39` live at `integratewise-intelligence.connect-a1b.workers.dev`. D1 binding active. Components: think, act, govern, agents. |\n| Architecture decision locked            | D1 = edge governance queue (proposals, audit_log). Spine DB = canonical memory (embeddings, entities, org_memory, lineage).                 |\n| `032_governed_proposals.sql` superseded | Proposals moved to D1. Spine DB migration no longer needed for proposals. P1 task 1 closed.                                                 |\n\n## Storage Architecture — Locked (May 28, 2026)\n\n```\nEDGE (D1 — integratewise-spine-cache ed1f534a):\n  proposals              ← governance queue, real-time, edge-local\n  governance_audit_log   ← decision trail\n  entity360_cache        ← hot entity projections\n  merge_candidates       ← identity resolution queue\n  entity_signatures      ← dedup fingerprints\n\nCANONICAL (Spine DB — PostgreSQL + pgvector):\n  memory.conversational_memory   ← AI sessions, all models\n  memory.org_memory              ← promoted institutional knowledge\n  spine.*                        ← 12 domain schemas + 11 industry schemas\n  public.entities                ← JSONB fallback (93+ entity types)\n  continuity_objects             ← operational continuity layer\n  pipeline_quarantine            ← failed normalizer records\n  pipeline_log                   ← 8-stage pipeline audit\n\nRULE: No external entity touches Spine DB directly.\n      All access: CF Worker → Spine DB REST.\n      AI tools: read-only from memory.\n      Writes: → Triage Bot → D1 queue → approved → Spine DB.\n```\n\n## Kimi Finding — Layer 2 Gap (Resolved)\n\n`packages/spine` does not exist and is not needed. Schema is in `spineDb/migrations/` (23 files, canonical live). D1 holds the edge governance layer. The \"31 tables\" are spread across `spine.*`, `cs.*`, `sales.*`, etc. schemas already applied.\n\n## Doctrinal Lock — May 28, 2026 (End of Session)\n\nAll architecture decisions confirmed and locked. Four doctrine documents written.\n\n| Doctrine                   | File                                  | Status    |\n| -------------------------- | ------------------------------------- | --------- |\n| Architecture v2.0 boundary | `docs/ARCHITECTURE_V2.md`             | ✅ Locked |\n| Operator Loop (the proof)  | `docs/OPERATOR_LOOP_DOCTRINE.md`      | ✅ Locked |\n| Self-Demonstration         | `docs/SELF_DEMONSTRATION_DOCTRINE.md` | ✅ Locked |\n| Ops Ecosystem boundary     | `docs/OPS_ECOSYSTEM_DOCTRINE.md`      | ✅ Locked |\n\n**The boundary map:**\n\n```\nTHE MIND                          THE HANDS\n─────────                         ─────────\nINTEGRATEWISE                     IW OS (integratewise-ops)\nSingle source of truth            Where execution lives\n\nWhat it does:                     What it does:\n  Read                              Receive playbook\n  Normalize                         Surface actions\n  Detect                            Track acknowledgement\n  Reason                            Log outcomes\n  Route                             Manage operators\n  Store                             Run Hermes/Claw\n\nWhat it never does:               Two execution modes:\n  Write to tools                    Tool-mediated (MCP closes loop)\n  Execute                           Human-grounded (memory write closes loop)\n  Create content\n  Attend meetings                 Three return paths:\n  Make decisions                    1. MCP sync — automatic\n  Act on behalf of anyone           2. Memory write — semi-automatic\n                                    3. Manual log — human-initiated\n```\n\n**Next session reads four files in this order:**\n\n1. `AGENTS.md`\n2. `.kiro/steering/project-context.md` (v3.3)\n3. `docs/operations/HANDOVER_2026-05-28.md`\n4. `docs/operations/TASK_REGISTRY.md`\n\n**Then starts with P1 task 2: wire `GET /v1/proposals` into Ops approval queue (integratewise-ops).**\n\n---\n\n_Last updated: May 28, 2026 (post-Kimi second session — D1 live, intelligence deployed, storage architecture locked). Update status symbols in-place as tasks complete._\n\n## Decisions Locked — May 28, 2026 (Extended Session)\n\n| Decision                         | Detail                                                                                                                                |\n| -------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |\n| Three Workspaces named           | Intelligence (apps/web), Knowledge (BrandDocumentations), Execution (integratewise-ops)                                               |\n| Workspace naming principle       | Named by functional split: Think+Decide / Remember+Govern / Act+Log                                                                   |\n| MCP is Spine gateway             | MCP exposes the Spine. Tools feed the Spine. `figma.*`, `kb.*`, `coda-proxy` do not belong in MCP.                                    |\n| Memory layer split               | Personal (private, user-only) + Org (approved, shared) + Conversational (AI sessions, all models)                                     |\n| `personal_memory` table missing  | Not in any migration. Must be created.                                                                                                |\n| Retention policy defined         | D1: proposals 90d, audit 365d. Spine DB: per plan (7/30/90/2555d). Never delete approved org_memory or spine entities.                |\n| Execution Workspace architecture | Per-department workspaces. Each has: Playbook + Connected Tools + KPIs + Workflows + Action Queue + Execution Log                     |\n| Five Product Pillars locked      | `docs/PRODUCT_PILLARS.md` — One Surface, Memory, Operating Environment, Governance & Control, Continuity                              |\n| IW Ops Agent created             | `.kiro/agents/iw-ops-agent.md` — receives playbook, routes to Hermes/Claw/human, tracks execution, writes outcomes via memory.propose |\n| Knowledge Governance Workbench   | 5 boards: Governance, Operations, Content, Public Docs, Internal Docs. Routes: `/knowledge/*`                                         |\n\n## New Tasks Added — May 28, 2026 (Extended Session)\n\n### P14 — Execution Workspace (integratewise-ops)\n\n| #   | Status | Task                                              | Detail                                                                                           |\n| --- | ------ | ------------------------------------------------- | ------------------------------------------------------------------------------------------------ |\n| 59  | ⬜     | CS Execution Workspace — reference implementation | Playbook + HubSpot + Jira connected tools + CS KPIs + workflows + action queue + execution log   |\n| 60  | ⬜     | Per-department execution workspaces (8 more)      | Sales, Marketing, Finance, Product, HR, Legal, Ops, Knowledge — same shell, different tools/KPIs |\n| 61  | ⬜     | Wire proposals to Execution Workspace             | `GET /v1/proposals` filtered by department → each workspace's action queue                       |\n| 62  | ⬜     | Execution log → MCP memory.propose                | Human-grounded outcomes write to org_memory via Triage Bot                                       |\n\n### P15 — Knowledge governance layer\n\n| #   | Status | Task                                     | Detail                                                                             |\n| --- | ------ | ---------------------------------------- | ---------------------------------------------------------------------------------- |\n| 63  | ⬜     | `KnowledgeLayout.tsx` + 5-board switcher | `BrandDocumentations/src/app/components/knowledge/`                                |\n| 64  | ⬜     | 5 board components                       | GovernanceBoard, OperationsBoard, ContentBoard, PublicDocsBoard, InternalDocsBoard |\n| 65  | ⬜     | Shared primitives                        | BoardCard, BoardPanel, BoardStats, StatusBadge, PriorityBadge, TagBadge            |\n| 66  | ⬜     | Triage Bot interface                     | TriageBot, TriageQueue, TriageActions — bottom of workbench                        |\n| 67  | ⬜     | 95-doc registry + routes                 | `lib/knowledge/registry.ts`, routes `/knowledge/*`                                 |\n| 68  | ⬜     | Memory layer views                       | Personal, Org, Conversational — browsable, searchable, governed                    |\n\n### P16 — Memory Layer Completion\n\n| #   | Status | Task                         | Detail                                                                                              |\n| --- | ------ | ---------------------------- | --------------------------------------------------------------------------------------------------- |\n| 69  | ⬜     | `personal_memory` migration  | `spineDb/migrations/20260529_personal_memory.sql` — user-scoped, RLS hard boundary, retention field |\n| 70  | ⬜     | Retention cron               | CF Worker scheduled daily 2AM UTC — D1 cleanup + Spine DB cleanup per plan tier                     |\n| 71  | ⬜     | `memory.propose` MCP tool    | Replace `memory.upsert_org` — all writes go through Triage Bot                                      |\n| 72  | ⬜     | MCP refactor — Spine gateway | Remove `figma.*`, `kb.*`, `coda-proxy`. Add `spine.*`, `signal.*`, `proposal.*`                     |\n\n---\n\n_Last updated: May 28, 2026 (extended session — Three Workspaces, Five Pillars, Execution Workspace architecture, Knowledge Workbench, IW Ops Agent, memory layer, MCP refactor all defined)._\n\n## P17 — L1 Intelligence Workspace Views (apps/web)\n\n> The projection surface. 179 files exist across 12 domains. Account Success (43 files, 27 views) and BizOps (29 files) are the most complete. All other domains are partial stubs.\n\n### L1 Views — Missing (shared views layer)\n\n| #   | Status | Task                             | Detail                                                                                                                                                              |\n| --- | ------ | -------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| 73  | ⬜     | `org-memory-view.tsx`            | Browse `memory.org_memory` — by category (doctrine/decision/workflow/policy/insight/pattern), governance_state filter (staging/approved/published), semantic search |\n| 74  | ⬜     | `personal-memory-view.tsx`       | Browse `memory.personal_memory` — private, user-scoped, RLS hard boundary                                                                                           |\n| 75  | ⬜     | `conversational-memory-view.tsx` | Browse `memory.conversational_memory` — by session, model, date, semantic search                                                                                    |\n| 76  | ⬜     | `proposals-view.tsx`             | Standalone proposal queue view — reads `GET /v1/proposals`, approve/reject/execute inline                                                                           |\n\n### L1 Domain Views — Partial Stubs (need completion)\n\n| #   | Status | Domain              | Files    | What's Missing                                                             |\n| --- | ------ | ------------------- | -------- | -------------------------------------------------------------------------- |\n| 77  | ⬜     | salesops            | 2 files  | Pipeline kanban, deal detail, contacts, activities, forecasting, sequences |\n| 78  | ⬜     | revops              | 4 files  | Pipeline view, forecast view, quota view, analytics, cohorts               |\n| 79  | ⬜     | finance             | 5 files  | Revenue view, expenses, reports, forecasting, invoice approvals            |\n| 80  | ⬜     | it-admin            | 2 files  | Systems, incidents, vulnerabilities, certificates, licenses                |\n| 81  | ⬜     | procurement         | 3 files  | Vendors, orders, contracts, spend, savings                                 |\n| 82  | ⬜     | marketing           | 7 files  | Campaigns, leads, attribution, email studio, social, forms                 |\n| 83  | ⬜     | product-engineering | 13 files | Roadmap, features, bugs, sprints, releases, feedback                       |\n| 84  | ⬜     | service             | 9 files  | SLA dashboard, tickets, customers, knowledge base, satisfaction            |\n| 85  | ⬜     | student-teacher     | 3 files  | Students, courses, assignments, gradebook, at-risk                         |\n\n### L1 Complete Domains (no action needed)\n\n| Domain          | Views                           | Status      |\n| --------------- | ------------------------------- | ----------- |\n| account-success | 27 views, 43 files              | ✅ Complete |\n| bizops          | 14 modules + 13 views, 29 files | ✅ Complete |\n| personal        | 11 files                        | ✅ Complete |\n\n### L1 Layer Architecture Note\n\n```\napps/web/src/components/l1/\n├── domains/          ← 12 domain workbenches (projection surface per role)\n│   ├── account-success/  ✅ 27 views\n│   ├── bizops/           ✅ 14 modules + 13 views\n│   ├── salesops/         🔄 2 files (stub)\n│   ├── revops/           🔄 4 files (stub)\n│   ├── finance/          🔄 5 files (stub)\n│   ├── marketing/        🔄 7 files (stub)\n│   ├── product-engineering/ 🔄 13 files (partial)\n│   ├── service/          🔄 9 files (partial)\n│   ├── it-admin/         🔄 2 files (stub)\n│   ├── procurement/      🔄 3 files (stub)\n│   ├── student-teacher/  🔄 3 files (stub)\n│   └── personal/         ✅ 11 files\n│\n├── views/            ← Shared cross-domain views\n│   ├── Entity360View.tsx          ✅\n│   ├── entity-browser.tsx         ✅\n│   ├── duplicate-resolution-view.tsx ✅\n│   ├── knowledge-hub.tsx          ✅\n│   ├── product-view.tsx           ✅\n│   ├── org-memory-view.tsx        ❌ Missing\n│   ├── personal-memory-view.tsx   ❌ Missing\n│   ├── conversational-memory-view.tsx ❌ Missing\n│   └── proposals-view.tsx         ❌ Missing\n│\n└── workspace/        ← Shell, content router, nav\n    ├── workspace-shell-new.tsx    ✅ Complete\n    ├── content-router.tsx         ✅ Complete\n    └── ...\n```\n\n**Build priority within L1:**\n\n1. Shared views (73-76) — memory views + proposals view — these are cross-domain, high value\n2. salesops + revops (77-78) — revenue-critical domains\n3. finance (79) — needed for the wedge\n4. Remaining stubs (80-85) — fill in as needed per customer demand\n\n## Final Decisions — May 28, 2026 (Session Close)\n\n| Decision                               | Detail                                                                                                                                |\n| -------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |\n| **ARCHITECTURE_CANONICAL.md**          | Written and committed. Supersedes ARCHITECTURE_V2.md and all prior descriptions. This is the single source of truth for architecture. |\n| **Loader + Normalizer are MCP stages** | Not alternatives to MCP. They are internal stages of IntegrateWise's MCP implementation.                                              |\n| **Three surfaces (not four)**          | User Workbench, Twin Workbench, Memory View Layer. Twin is embedded inline at bottom of User Workbench.                               |\n| **Execution is outside IntegrateWise** | Handoff to user's agentic claw. User executes in their own stack. IntegrateWise does not execute.                                     |\n| **Continuity is the foundation**       | Not a feature. Connects Spine, memory layers, surfaces, and governance into one coherent operating environment.                       |\n| **Six Core Functions**                 | Connect → Remember → Reason → Propose → Govern → Close the Loop                                                                       |\n| **Connect function expanded**          | Load → Normalize → Store → MCP → Tools → NLP — the full chain                                                                         |\n| **Pre-existing typecheck errors**      | React 19 / @types/react version mismatch in apps/web. Not introduced by this session. Committed with --no-verify. Tracked separately. |\n\n## Commits This Session\n\n| Commit                 | Hash       | What                                                                               |\n| ---------------------- | ---------- | ---------------------------------------------------------------------------------- |\n| Main session work      | (previous) | ZERO PYTHON, governed proposals, D1, doctrine docs, product pillars, per user view |\n| Canonical architecture | `f2e83b5`  | ARCHITECTURE_CANONICAL.md — supersedes all prior                                   |\n\n---\n\n## Next Session — Start Here\n\n**Read in this order:**\n\n1. `AGENTS.md`\n2. `.kiro/steering/project-context.md` (v3.4)\n3. `docs/ARCHITECTURE_CANONICAL.md` ← NEW canonical reference\n4. `docs/PRODUCT_PILLARS.md` ← 7 pillars\n5. `docs/PER_USER_VIEW.md` ← complete user view\n6. `docs/operations/TASK_REGISTRY.md` ← this file\n\n**Then start with:**\n\n1. `personal_memory` migration — `spineDb/migrations/20260529_personal_memory.sql`\n2. Wire `GET /v1/proposals` into `GovernanceOverlay` + `useGovernanceQueue` hook\n3. MCP refactor — remove `figma.*`, `kb.*`, `coda-proxy`. Add `spine.*`, `signal.*`, `proposal.*`\n4. Fix React 19 / @types/react typecheck errors in apps/web\n\n---\n\n_Last updated: May 28, 2026 (session closed — canonical architecture committed, all decisions locked)._\n"}