The work breakdown for every project - one row per task, its owner, estimate and status. About this list · Site contents
ContentType.ProjectTask
Lineage: ContentType.Item -> ContentType.ProjectTaskBCS connector to TenantsManager: an External Content Type (BDC model XML) over its API for units, tenants, contracts and vacancies, shown as an External List and synced into SPICE!New... |
2026-10-01T10:20:36.8819800+00:00 | claude-code | STUDIOS.6 | STUDIOS | BCS connector to TenantsManager: an External Content Type (BDC model XML) over its API for units, tenants, contracts and vacancies, shown as an External List and synced into SPICE | 6 | Waiting on someone else | Operator 2026-10-01: TenantsManager stays the tenant app; connect it the SharePoint way (Business Connectivity Services). Recon 2026-10-01: SPICE has Connector (Kind Http, {{env:VAR}} gate, XSLT Transform into rows; Connector.OpenRouterModels + Schedule.SourceHarvest is the live pattern) but the harvester is insert-only with SourceCard fields hardwired - occupancy changes over time, so the sync needs an upsert-by-key tool (a generic sibling of Tool.HarvestFeeds, new C#, not a new part kind). TenantsManager (FastAPI :8080, no auth - LAN only): /api/units (current tenant + rent), /api/contracts/expiring (end dates); add GET /api/units/occupancy (unit + contract_to + occupied, ~15 lines, before /api/units/{unit_id}). Confirm contract_from/contract_to vs start_date/end_date against the live DB. BDC model vocabulary (Entity, Identifier, MethodInstance Finder/SpecificFinder) on the Connector is a later ask-first XSD step. Tenant PII: Classification Confidential, MinimumRole Owner on the Units list. | claude-code (seat) | 90 | (claude-code, 2026-10-01 11:29 UTC) 2026-10-01 SPICE side shipped (b7bb4b8): Projects/Units + Tool.SyncExternalList + Schedule.TenantsSync, proven against a stub. Go-live is the operator's: start TenantsManager (restore PostgresBackups - no DB volume exists on OMEN), set TENANTS_BASE for the SPICE task (LAN only, the API has no auth), rotate the DeepSeek keys (STUDIOS.5). | 2026-10-01T11:29:59.4195849 | ||||||
GOV.13 - Browser sign-in through Authentik (OIDC), the SharePoint trusted identity provider way!New... |
2026-10-03T13:57:36.3987183+00:00 | claude-code | GOV.13 | GOV | Browser sign-in through Authentik (OIDC) | 2026-10-06 | 4 | In Progress | Operator 2026-10-03 asked Authentik or our own. Recommended: Authentik - SharePoint on-prem signed users in through a trusted identity token issuer (ADFS/SAML); Authentik is that issuer. ASP.NET Core has OpenID Connect built in (cookie + OIDC handler), so no own password store. Map the OIDC user (email/username) to the Directory/People row; loopback keeps System Account, Bearer seats unchanged. Phone on the LAN then signs in at http://192.168.123.153:5198. Needs: an Authentik application/provider (client id, secret, redirect /signin-oidc), secret in user-secrets. Own Forms-Based Auth only if Authentik is not reachable from the LAN. | claude-code (seat) | 80 | (claude-code, 2026-10-03 17:04 UTC) (claude-code, 2026-10-03) Built 22cedba: /_layouts/15/Authenticate.aspx and SignOut.aspx on the existing SPICE.Plugins.Auth.Oidc; a signed-in person resolves as the operator under their own name; forwarded headers trusted from 192.168.123.69. Verified: sign-in 302 to Authentik with PKCE. Waiting: the client secret, sealed by system-steward to the SPICE host key, into user-secrets Auth:ClientSecret; then spice.angelsworks.org behind the proxy for phones. (pmo, 2026-10-03 17:35 UTC) (pmo, 2026-10-03) owner was empty; in progress, due 2026-10-06: in progress, built 22cedba; finish and verify sign-in | 2026-10-03T17:35:55.5057485 | |||||
The reports-to tree and the Board: People rows for the operator and each core seat with Manager, the actor lookup and JobTitle - filed as one gated delta for the operator to approve!New... |
2026-09-30T16:10:58.0634113+00:00 | claude-code | GOV.12b | GOV | The reports-to tree and the Board: People rows for the operator and each core seat with Manager, the actor lookup and JobTitle - filed as one gated delta for the operator to approve | 2026-10-09 | 2 | In Progress | Uses Field.Manager (exists) as Paperclip's reports_to, the GOV.12a lookup for the actor. The operator's own row (Role Operator) is the root. One ProvisioningDelta (AddListItem/UpdateListItem on Directory/People) parked on Compliance/ApprovalRequests; the operator approves on the site; the applier writes it. No direct writes to the roster. | claude-code (seat) | GOV.12 | 80 | (claude-code, 2026-09-30 16:25 UTC) (claude-code, 2026-09-30 18:45 UTC) Parked for the operator: Engineering/ApprovalRequests gov-12b-core-team-roster (Open), one ProvisioningDelta - 12 AddListItem (operator as Board, CEO, COO, CTO, CFO, CHRO, CCO, intel-lead, builder, approvals-steward, watchdog, wisdom-curator; Role Platform agent so delegation does not file tasks on My Sites that do not exist) and 6 UpdateListItem (claude-code, the four review seats, worker-69) setting Manager and ActorRef. Parked on Engineering because claude-code has only Read on Compliance/ApprovalRequests. Nothing is written to Directory/People until the operator approves. (claude-code, 2026-10-02 16:39 UTC) (claude-code, 2026-10-02) Staff audit: no seed sets ActorRef, so no seat is linked to an actor; JobTitle/Responsibilities/OutOfScope unseeded; no Board row for the operator; claude-code, worker-69, worker-deepseek have no People seed in XML. (pmo, 2026-10-03 17:36 UTC) (pmo, 2026-10-03) waits on the operator approving Engineering/ApprovalRequests gov-12b-core-team-roster; date is a target, gov-12e/12d scheduling does not depend on it | GOV.12a | 2026-10-03T17:36:31.0665073 | |||
Employees' skills map: a Skills term set from the standard (ESCO), Skills and Responsibilities on People/EmployeeProfile, a who-can-do-X query and people on the competency board... |
SPWAY.9 | SPWAY | Employees' skills map: a Skills term set from ESCO on People (Responsibilities stays free text), a who-can-do-X query and people on the competency board | 6 | In Progress | Accountable: claude-code. Today: three humans on Directory/People (Designer, Manager, Engineer) with no job title, department or skills; EmployeeProfiles and Responsibilities lists empty; the Competency Matrix covers actors' Skill parts, not people. SharePoint's User Profile has Skills/Responsibilities properties bound to a term set. | claude-code (seat) | 70 | 2026-09-27T21:37:50.1974746 | |||||||||
Gated deltas park on the Governance hub: the park site is data, not the Engineering literal in FinalDeltaApplyListener and AutoGenesis!New... |
2026-09-30T09:01:30.4257557+00:00 | claude-code | GOV.8 | GOV | Gated deltas park on the Governance hub: the park site is data, not the Engineering literal in FinalDeltaApplyListener and AutoGenesis | 2026-10-05 | 2 | In Progress | Evidence (#40 check): five C# literals name Engineering as the approval desk - FinalDeltaApplyListener.ParkAsApprovalRequest (line 96), AutoGenesisToolInvoker.Site, BuildDivisionToolInvoker.Site, SelfReviewProposalRouter, ExtractSkillToolInvoker. The Governance hub's Approvals waiting link points at Compliance/ApprovalRequests, which stays empty while every parked division lands on Engineering/ApprovalRequests. Consumers resolve ApprovalRequests per department, so any site works. Fix the SharePoint way: one setting the five readers resolve (default Compliance), or the hub's quick launch pointing at Engineering - the operator's call which hub owns approvals. | claude-code (seat) | gov | 60 | (claude-code, 2026-09-30 14:33 UTC) (claude-code, 2026-09-30 14:35 UTC) Half shipped (3cb8c96): a Workflow declares its association task list (TaskListSite/TaskListTitle, SharePoint's SPWorkflowAssociation) and FinalDeltaApplyListener parks there. Proof: Workflow.GenesisBuildDivision parked Compliance/ApprovalRequests finaldelta-20260930143224, Open. Owed: AutoGenesis, BuildDivision, ExtractSkill and SelfReviewProposalRouter still name Engineering, and the listener falls back to Engineering when a workflow declares nothing. (pmo, 2026-10-03 17:35 UTC) (pmo, 2026-10-03) claude-code build work, due 2026-10-05 at 6h/day: finish the half-shipped park-site work (in progress) | 2026-10-03T17:35:55.2801103 | ||||
The website-builder site: SharePoint Enterprise's Publishing Portal (pages, page layouts, master pages, content approval and scheduling, managed navigation), manned by a publishing department... |
SPWAY.10 | SPWAY | The website-builder site: SharePoint Enterprise's Publishing Portal (pages, page layouts, master pages, content approval and scheduling, managed navigation), manned by a publishing department | 24 | In Progress | Accountable: claude-code. Spec pending from the Fidelity Researcher (dispatched 2026-09-27): each publishing element mapped reuse-first onto SiteTemplate, WikiPage/Pages, PublishingRollupImage, CatalogConnection, the XSLT master pages and theme, the term store and content approval. Three jobs in order: the product catalog as a public site, the company site (home, services, contact, news), then anything. Units 10a-10d are filled from the spec. | claude-code (seat) | 60 | 2026-09-27T21:47:58.8132440 | |||||||||
Delegation through the rows: a task assigned to a seat lands on that seat's My Site Tasks with the full phase context; its outcome flows back... |
SPWAY.2 | SPWAY | Delegation through the rows: a task assigned to a seat lands on that seat's My Site Tasks with the full phase context; its outcome flows back | 8 | In Progress | Accountable: claude-code. SharePoint's assign-and-notify (EnableAssignToEmail) plus the seat's job queue: an event receiver on ProjectTasks (ItemAdded/ItemUpdated with AssignedTo = an agent seat) files a my-<seat>/Tasks row whose Body is the composed briefing (Tool.ComposeBriefing: the task, its parent, the project, the phase's role, skills and queries); TaskOutcome on the seat's row flips the ProjectTask Status/PercentComplete. The operator never has to restate context. | claude-code (seat) | 60 | 2026-09-27T20:14:08.3998543 | |||||||||
Chat stored in SPICE: a Discussion Board (Conversations) on every My Site and on the Hub; one thread per session, one message per turn, the seat as Author; a summary into ActorMemory... |
SPWAY.5 | SPWAY | Chat stored in SPICE: a Discussion Board (Conversations) on every My Site and on the Hub; one thread per session, one message per turn, the seat as Author; a summary into ActorMemory | 6 | In Progress | Accountable: claude-code. SharePoint's Discussion Board (ContentType.DiscussionMessage 0x0107 already declared, no list yet). Today nothing stores chat; ActorMemory holds memories, WorkflowHistory holds runs, Inbox holds mail. | claude-code (seat) | 35 | 2026-09-27T21:02:33.9114377 | |||||||||
SharePoint agents the Microsoft 365 way, mapped onto our seats: the .agent file as the seat's declaration in its Agent Assets; knowledge sources, sharing, approval, the agent inventory... |
2026-09-27T20:57:38.5551881+00:00 | claude-code | SPWAY.12 | SPWAY | SharePoint agents the Microsoft 365 way, mapped onto our seats: the .agent file as the seat's declaration in its Agent Assets; knowledge sources, sharing, approval, the agent inventory | 6 | In Progress | Research dispatched 2026-09-28 (sp-agents). Reuse-first: our seat = People row + My Site + SHAREPOINT.md context asset + ActorProfile; theirs = a .agent file in a library with knowledge sources = sites/libraries. Decide what to borrow (the file, the sources list, the approval) before inventing. | claude-code (seat) | 25 | 2026-09-27T21:47:58.8033103 | |||||||
PMO.3 - Plan check: overbooked days for claude-code, the next two weeks!New... |
2026-10-03T20:25:02.7562884+00:00 | claude-code | PMO.3 | PMO | Plan check: overbooked days | 2026-10-04 | 1 | Completed | Call query_assigned_work once with owner=claude-code, from=2026-10-05, to=2026-10-16. Add up EstimateHours per DueDate (the date part). For every day above 6 hours, call tool_update_list_item once on the LARGEST task of that day: site=Projects, list=ProjectTasks, itemId=<its key>, field-TaskComments=(pmo, 2026-10-04) <day> is booked <N>h against 6h - candidate to move. Change nothing else. Finish with OUTCOME: the overbooked days and the tasks you commented. | pmo | 100 | (claude-code, 2026-10-03 20:58 UTC) (claude-code, 2026-10-03) Completed by the pmo seat itself on Ollama qwen3-coder (no Claude tokens): commented GEN.1, GEN.3, GEN.4, GEN.5 as overbooked-day candidates. Partial: it also found 2026-10-12..14 overbooked but did not comment those. | 2026-10-03T20:58:10.1659200 | |||||
INFRA.2 - Timer job control: Run now, enable or disable, last result and error per job!New... |
2026-10-03T18:03:17.9457388+00:00 | claude-code | INFRA.2 | INFRA | Timer job control: Run now, enable or disable, last result and error per job | 2026-10-03 | 4 | Completed | Fit-gap 2026-10-03 (Wisdom: SPICE versus enterprise SharePoint infrastructure), rank 2 of 8 by value for a human operator. PMO: plan it (owner, date) in the next planning pass; build through the provisioning doors where data, by hand only for engine seams. | claude-code (seat) | 100 | (pmo, 2026-10-03 18:06 UTC) (pmo, 2026-10-03) Built now per claude-code; 4h fits today. (claude-code, 2026-10-03 18:13 UTC) (claude-code, 2026-10-03) Shipped 11566ce, 4351/4351, verified live: Run now on Schedule.ContentOrganizerProcessing -> succeeded with its message on /board/schedule; Enable/Disable on the job's state row override Scope.Scheduler without a restart; anonymous LAN caller refused (403). Not done: a job history list (only the last run is kept; workflow runs are in Workflow History). | 2026-10-03T18:13:53.2505857 | |||||
PMO.2 - What the PMO seat missed at the MCP door!New... |
2026-10-03T17:41:21.9880523+00:00 | claude-code | PMO.2 | PMO | PMO door friction from the first planning pass | 2026-10-12 | 3 | Completed | Found by the pmo seat on PMO.1 (2026-10-03): (1) no stored query for open tasks of a project with an empty owner or date - it pulled every row and filtered by hand: add Query.UnplannedTasks (a SavedQuery, served as query_unplanned_tasks); (2) spice.py rows truncates cells, so it could not read whole comments to judge dependencies; (3) a seat's My Site Tasks has no TaskComments column, so its summary went into TaskOutcome - the delegated task should carry the comment field (CrewTask). | claude-code (seat) | 100 | (claude-code, 2026-10-03 20:58 UTC) (claude-code, 2026-10-03) Done by running the pmo seat on qwen3-coder (Ollama .69) until it worked: Query.AssignedWork (owner + due window; 5,985 chars where a dump was 54,675), MCP results compact JSON, tool_update_list_item takes itemId/key/id and fields as field-X, a fields object or bare column names (REST shape). Commits 3574d38 and after. | 2026-10-03T20:58:09.8436258 | |||||
PMO.1 - Planning pass: owners, dates and estimates for STAFF, INTAKE, GOV and BRAINSTORM!New... |
2026-10-03T17:33:55.4690087+00:00 | claude-code | PMO.1 | PMO | Planning pass for the focus projects | 2026-10-04 | 2 | Completed | Give every open task in STAFF, INTAKE, GOV and BRAINSTORM an owner, a DueDate and an estimate, by the planning rules in your SHAREPOINT.md (my-pmo Agent Assets). Merge with tool_update_list_item; never change another owner's Status or Body. Finish with one summary comment here: planned, not planned (why), decisions needed from the operator. Check the result on /sites/Projects/Lists/ProjectTasks?view=gantt. Outcome (pmo, 2026-10-03): Planned 39 open rows in STAFF/INTAKE/GOV/BRAINSTORM, 2026-10-05..2026-11-09; blockers and operator decisions in Projects/ProjectTasks pmo-1 TaskComments. | pmo | 100 | (pmo, 2026-10-03 17:36 UTC) (pmo, 2026-10-03) Planned 41 open rows: STAFF 8 (due 10-06..11-04), INTAKE 13 (10-05..10-30; intake-13 was pre-planned), GOV 12 (10-05..11-05; gov-12b date is a target), BRAINSTORM 6 (10-06..11-10). Range 2026-10-05..2026-11-10; claude-code at 6h/day. Not firmly plannable: gov-12b (operator approval parked), gov-12d/12e (Waiting on someone else; sequenced after 12c/12d, 12e also needs a runtime), brainstorm-6/gov-2 (operator). Decisions: approve gov-12b roster; run gov-2 seat; STUDIOS session for brainstorm-6; intake-3 (12h) and intake-10 (10h) are large - split?; claude-code is loaded ~5 weeks, consider other owners. | 2026-10-03T17:36:48.2709411 | |||||
INTAKE.14 - The agent card is the service contract!New... |
2026-10-03T17:27:32.4960092+00:00 | claude-code | INTAKE.14 | INTAKE | The agent card is the service contract | 2026-10-03 | 2 | Completed | Operator 2026-10-03: a contract service so agents work together fluently. Delivered 756e48d: /.well-known/agent.json publishes the Reception service catalog as services, each with the MCP call that requests it (tool_publish_to_list, field-ServiceRef), plus access (seats, people, secrets, health, profile). Catalog rows added: onboard-agent-seat, site-access, seat-secret. Next: INTAKE.13 routes a named service deterministically. | claude-code (seat) | 100 | 2026-10-03T17:27:32.4969060 | ||||||
STAFF.2 - A dispatched request reaches its fulfiller, and the default roster!New... |
2026-10-02T15:56:46.5687271+00:00 | claude-code | STAFF.2 | STAFF | A dispatched request reaches its fulfiller, and the default roster | Completed | INTAKE.6 by reuse: Phase.DispatchRequest's delta also files a Task on the target agency's site (the SeatFallback assign shape); with no fulfiller it parks a hire instead of NeedsAgency (STAFF.3). The default staff (GOV.12: Board = operator, C-suite and operating roles on existing actors, reports-to) declared as one gated delta of People rows (GOV.12b). Served test: drop a request, see the Task land. Size S-M. | 100 | (claude-code, 2026-10-02 16:28 UTC) (claude-code, 2026-10-02) Plan: reuse TPL.17 - Workflow.ReceiveAndDispatch gets Step Kind=Task Assignees={IncomingRequestTarget} then SetField IncomingRequestStatus=Resolved, FallbackSeat=claude-code; Reception gets a Tasks list. Pivot from the SeatFallback shape: the task lands on the desk's own Tasks list assigned to the agency (SharePoint fixes the task list at association), not on the agency's site. Engine fixes: a task that does not land makes Park fail; an unassignable step is not stamped Completed. Honest limit: the task is visible, not yet acted on - INTAKE.6 gives agencies a receiver. Roster delta stays on GOV.12b. (claude-code, 2026-10-02 16:39 UTC) (claude-code, 2026-10-02) Shipped 011ec28, 4345/4345. Live: req-news-to-tiktok dispatched by the local model to Agency.Content; task wftask-run-9c05840afce1-1-agency-content landed on Reception/Tasks; request In Progress. Limit: the task is visible, nothing acts on it yet (INTAKE.6, STAFF.6). Roster delta moved to GOV.12b. | 2026-10-02T16:39:41.5253632 | ||||||||
HARNESS.17 - tools/spice-edit: edit the XML spine by part Id as a byte-exact patch, diff it part by part!New... |
2026-10-01T23:00:30.4091282+00:00 | claude-code | HARNESS.17 | HARNESS | spice-edit: XML-native edits and a part-by-part diff | 2 | Completed | Shipped b983dd5. Owed: XPath sub-target inside a part; the same edit + diff for SPICE seats as an MCP tool behind approval. | claude-code (seat) | 100 | 2026-10-01T23:00:30.4119174 | |||||||
BRAINSTORM.29 - Rich answers on the mind map: Mermaid and sortable tables as web-part cards; readOnlyHint cache, issue owner, AddFormTemplate!New... |
2026-10-01T22:31:52.2541465+00:00 | claude-code | BRAINSTORM.29 | BRAINSTORM | Rich answers on the mind map | 4 | Completed | Shipped e544461; see plans/cycles.xml BRAINSTORM.29. Left for BRAINSTORM.25: real web parts in chat/node (fragment endpoint, ListView/Chart), Diagram content type, weekly issue triage, review mode, memory review, named MCP profiles, InfoPath rules. | claude-code (seat) | 100 | 2026-10-01T22:31:52.2579774 | |||||||
BRAINSTORM.28d - Routes after review: File as New Feature and Build the site kit (a delta parked for approval) beside Propose as Project!New... |
2026-10-01T20:17:55.2832169+00:00 | claude-code | BRAINSTORM.28d | BRAINSTORM | Route actions after the spec review | 4 | Completed | BRAINSTORM.28d - Routes after review: File as New Feature and Build the site kit (a delta parked for approval) beside Propose as Project | claude-code (seat) | BRAINSTORM.28 | 100 | 2026-10-01T21:30:58.5505027 | ||||||
BRAINSTORM.28b - PnP adapters: Scope.XsltMappers PnpToDelta and SiteToPnp (XSLT 3.0), round-trip fixture on Name/Url/DisplayName!New... |
2026-10-01T20:17:55.2388952+00:00 | claude-code | BRAINSTORM.28b | BRAINSTORM | PnP Provisioning Template adapters in XSLT | 4 | Completed | BRAINSTORM.28b - PnP adapters: Scope.XsltMappers PnpToDelta and SiteToPnp (XSLT 3.0), round-trip fixture on Name/Url/DisplayName | claude-code (seat) | BRAINSTORM.28 | 100 | 2026-10-01T21:30:57.0933157 | ||||||
BRAINSTORM.28a - Tool.TransformXslt runs XSLT 2.0/3.0 on Saxon (IAdvancedXmlEngine), 1.0 stays on XslCompiledTransform!New... |
2026-10-01T20:17:55.1690836+00:00 | claude-code | BRAINSTORM.28a | BRAINSTORM | XSLT 3.0 on Saxon in Tool.TransformXslt | 1 | Completed | BRAINSTORM.28a - Tool.TransformXslt runs XSLT 2.0/3.0 on Saxon (IAdvancedXmlEngine), 1.0 stays on XslCompiledTransform | claude-code (seat) | BRAINSTORM.28 | 100 | 2026-10-01T21:30:56.2780741 | ||||||
BRAINSTORM.28c - Shape the outcome: a spec workflow on a node (route form, Requirements / Data / Solution phases as Pending children, the Power Apps Plans review shape)!New... |
2026-10-01T20:17:55.1133355+00:00 | claude-code | BRAINSTORM.28c | BRAINSTORM | Shape the outcome spec workflow | 3 | Completed | BRAINSTORM.28c - Shape the outcome: a spec workflow on a node (route form, Requirements / Data / Solution phases as Pending children, the Power Apps Plans review shape) | claude-code (seat) | BRAINSTORM.28 | 100 | 2026-10-01T21:30:57.8086117 | ||||||
BRAINSTORM.28 - A brainstorm ends in an outcome (project, functionality or site kit) with PnP XSLT adapters!New... |
2026-10-01T19:57:24.2290407+00:00 | claude-code | BRAINSTORM.28 | BRAINSTORM | A brainstorm ends in an outcome (project, functionality or site kit) with PnP XSLT adapters | 12 | Completed | See plans/cycles.xml BRAINSTORM.28: Shape the outcome workflow (route form), wireframe spec page, per-route deterministic artifact, PnP Provisioning Template adapters in XSLT 3.0 both ways. | claude-code (seat) | 100 | 2026-10-01T21:30:59.2726920 | |||||||
BRAINSTORM.23 - Brainstorm with context, InfoPath forms, benchmark workflow and outputs!New... |
2026-10-01T16:32:48.6202900+00:00 | claude-code | BRAINSTORM.23 | BRAINSTORM | Brainstorm with context, InfoPath forms, benchmark workflow and outputs | 16 | Completed | Operator 2026-10-01: box selection; a Claude-Project-like context (instructions, comments, chosen sites/libraries, later PDFs); start a brainstorm by looking at similar projects and their features, select what to adopt, analyse how/why/when, domain specialist advice (reuse, update or generate); outputs Mermaid, slide deck, feature table and other known ones; InfoPath copied fully (pre-form, XML payload, rules) the SPICE way; see a workflow running on a node. Plan: 23a box selection (done 2cec221); 23b workflow status chip from Workflow History (done 9cd3736); 23c ?view=mermaid; 23d context on the root node (V3Comments append-only, SearchScope used by chat and workflows); 23e InfoPath FormTemplate (views, calculations, errorConditions, ruleSets with assignment/switchView, conditional formatting, data connections; schema = a content type; same XPath on server and browser) + Workflow InitiationForm with InitiationData payload as {{init.X}}; 23f Workflow.Benchmark (similar products, features as Pending children = adopt, how/why/when, specialist reuse-update-generate behind approval, feature matrix + quadrant + deck). | claude-code (seat) | 100 | 2026-10-01T17:28:26.7995922 | |||||||
The mind map as orchestrator: brainstorm funnelled to projects (demand management stages), delegation from a node, default workflows inherited by content type, declared default views (mind map), reusable thinking patterns (project types)!New... |
2026-10-01T15:06:58.7401887+00:00 | claude-code | BRAINSTORM.22 | BRAINSTORM | The mind map as orchestrator: brainstorm funnelled to projects (demand management stages), delegation from a node, default workflows inherited by content type, declared default views (mind map), reusa | 12 | Completed | Operator 2026-10-01: to get aware and in control, enhance the mind map as orchestrator - focus on transformation and delegation; more default workflows, inherited; default views like the mind map; content types with workflows; do we have SP parts builders in a dedicated site; start in Brainstorm; brain sessions funnelled to projects; harden the way of thinking and reuse patterns. Recon: wiring tracer + Project Server demand-management fidelity researcher. | claude-code (seat) | 100 | 2026-10-01T15:55:01.6086119 | |||||||
Publish the mind map as a service for the platform's builder seats: a Brainstorm crew (agency) they can ask, a Service Catalog row, a Ship's Manual page, and requests to the crew through the existing intake!New... |
2026-10-01T13:20:52.7445954+00:00 | claude-code | BRAINSTORM.18 | BRAINSTORM | Publish the mind map as a service for the platform's builder seats: a Brainstorm crew (agency) they can ask, a Service Catalog row, a Ship's Manual page, and requests to the crew through the existing | 3 | Completed | Operator 2026-10-01: give it to the platform builders, ready to use, and let them ask the functionality to the mind-map crew / agent. Reuse: Agency part, Reception ServiceCatalog (query_service_catalog), KB.Manual.* (the Ship's Manual), existing request routing. | claude-code (seat) | 100 | 2026-10-01T13:40:36.3084135 | |||||||
Chat with the selection: a chat panel beside the mind map - drag or 'Ask about selection' puts nodes in as context chips; the agent answers on the free model, citing nodes, and pulls more only when needed (search, read item, follow parent/lookups/related items); an answer can be added to the map!New... |
2026-10-01T12:56:28.9813465+00:00 | claude-code | BRAINSTORM.17 | BRAINSTORM | Chat with the selection: a chat panel beside the mind map - drag or 'Ask about selection' puts nodes in as context chips; the agent answers on the free model, citing nodes, and pulls more only when ne | 8 | Completed | Operator 2026-10-01: can I multi-select and drag to a chat window or ask a question about the selection, and the agent does SP search or follows refs/breadcrumbs in a progressive-disclosure way when needed; borrow ideas from others; make it practical. Also owed from BRAINSTORM.5b: the free-model answer quality (trim the briefing). | claude-code (seat) | 100 | 2026-10-01T13:17:25.0843841 | |||||||
Context-dependent item actions that grow by declaration: the map's right-click menu is the list's declared CustomActions (registered per content type, gated by rights) plus the workflows associated for manual start - add a part, the menu grows!New... |
2026-10-01T12:15:48.9878095+00:00 | claude-code | BRAINSTORM.16 | BRAINSTORM | Context-dependent item actions that grow by declaration: the map's right-click menu is the list's declared CustomActions (registered per content type, gated by rights) plus the workflows associated fo | 4 | Completed | Operator 2026-10-01: context-depending action options that can grow. SharePoint's own extensibility points: CustomAction (Location EditControlBlock, RegistrationType ContentType/List, Rights) and workflow associations (AllowManual) listed on the item's Workflows page. Built together with BRAINSTORM.5b/14. | claude-code (seat) | 100 | 2026-10-01T12:50:02.1622829 | |||||||
Mind map UI: remember the last layout, multi-select with drag and bulk actions, arrange (SharePoint's Order column, before/after drops, both-sides layout, sort A-Z), tags as chips with a tag filter!New... |
2026-10-01T11:48:48.8116707+00:00 | claude-code | BRAINSTORM.15 | BRAINSTORM | Mind map UI: remember the last layout, multi-select with drag and bulk actions, arrange (SharePoint's Order column, before/after drops, both-sides layout, sort A-Z), tags as chips with a tag filter | 6 | Completed | Operator 2026-10-01: more mind map options - multi drag-drop, arrange, tag, remember last layout. Built by a UI agent in a worktree (MindMap.xslt only) while Tool.SuggestIdeas is built in main; Field.Order (SharePoint's Order column) declared on ContentType.MindMapNode for manual sibling order. | claude-code (seat) | 100 | 2026-10-01T12:11:42.6342972 | |||||||
Methodologies as reusable workflows on the map: right-click a node, Start workflow, pick IOODARI (or another method) - each phase (Intent, Observe, Orient, Decide, Act, Retrospect, Improve) writes its finding as a child node!New... |
2026-10-01T11:29:59.7240949+00:00 | claude-code | BRAINSTORM.14 | BRAINSTORM | Methodologies as reusable workflows on the map: right-click a node, Start workflow, pick IOODARI (or another method) - each phase (Intent, Observe, Orient, Decide, Act, Retrospect, Improve) writes its | 6 | Completed | Operator 2026-10-01: the step plan I run (IOODARI and the cycle tail) should be a reusable methodology applicable on the map. SharePoint way: Project Server's Enterprise Project Type = a workflow of Phases and Stages; in SPICE a methodology is a declared Workflow whose Phases are the stages (reuse, no new part kind). Started on a node through the manual start (BRAINSTORM.5b), the node's subtree as the .mm payload (4c); each phase writes its output as a Pending child node (content approval), so the operator keeps or drops it. The prompts come from the skill text (.claude/skills/ioodari/SKILL.md) moved into Phase parts - data, not a chat habit. A no-AI variant: the same Workflow applied as a checklist (one empty child per stage). | claude-code (seat) | 100 | BRAINSTORM.5b | 2026-10-01T12:50:01.7785183 | ||||||
Document viewers, the WOPI way: a declared discovery (per file extension a view/edit action) renders a library file's content - pdf/images/video inline, md/txt, csv/xlsx as a table, xml/mm/bpmn as a tree or by-root XSLT, json tree, docx to HTML!New... |
2026-10-01T10:32:25.4474529+00:00 | claude-code | BRAINSTORM.12 | BRAINSTORM | Document viewers, the WOPI way: a declared discovery (per file extension a view/edit action) renders a library file's content - pdf/images/video inline, md/txt, csv/xlsx as a table, xml/mm/bpmn as a t | 8 | Completed | Operator 2026-10-01: today Documents/View/{id} shows metadata only and Download streams the bytes; no file content is rendered as a page. SharePoint: Office Web Apps / WOPI discovery XML (app, action name=view|edit, ext, urlsrc) plus the XML Viewer web part (XSLT over an XML file). Declare viewers as data in WOPI discovery shape; a .mm file opens as a mind map (BRAINSTORM.4c). Ask-first on the discovery part shape. | claude-code (seat) | 100 | 2026-10-01T14:19:40.9022700 |