B1 resolved: ACL model designed and committed (decisions #129-132). 6-level scope hierarchy, NodePermissions bitmask, generation-versioned NodeAcl table, Phase 1 ships before any driver phase. Updated goal-state and roadmap. B2 partially resolved: schemas repo seed exists at schemas/ (temporary). FANUC CNC pilot class, JSON Schema format definitions, UNS subtree example, docs. Still needs: owner team, dedicated repo, format ratification, CI gate, consumer integration plumbing. C5 resolved: consumer cutover OUT of OtOpcUa v2 scope (decision #136). Integration/operations team owns cutover, not yet named. Plan updated to explicitly assign ownership outside OtOpcUa. CLAUDE.md updated with schemas/ in the file index.
3.4 KiB
3.4 KiB
Project Context
This directory contains a 3-year plan for transforming and enhancing shopfloor IT/OT interfaces and data collection.
Work in this repo focuses on planning, designing, and tracking the multi-year roadmap for modernizing shopfloor systems — bridging IT and OT layers, improving operator interfaces, and upgrading data collection pipelines.
Structure
Plan content lives in markdown files at the repo root to keep it easy to read and update:
current-state.md— snapshot of today's shopfloor IT/OT systems, integrations, data collection, and pain points.goal-state.md— target end-state at the close of the 3-year plan, including success criteria.roadmap.md— migration plan / sequencing from current state to goal state over the 3 years.status.md— working-session bookmark; records where we left off and the top pending items. Not authoritative plan content.
Component detail files
current-state/legacy-integrations.md— authoritative inventory of bespoke IT↔OT integrations that cross ScadaBridge-central outside ScadaBridge. Denominator for pillar 3 retirement.goal-state/digital-twin-management-brief.md— meeting-prep artifact for the management conversation that turns "we want digital twins" into a scoped response. Parallel structure togoal-state.md→ Strategic Considerations → Digital twin.schemas/— Canonical OT equipment definitions seed (temporary location — seeschemas/README.md). JSON Schema format definitions, FANUC CNC pilot equipment class, UNS subtree example, and documentation. Contributed by the OtOpcUa team; ownership TBD. To be migrated to a dedicatedschemasrepo once created.
Output generation pipeline
outputs/— repeatable PPTX + PDF generation over the plan markdown. Entry point:outputs/README.md(trigger phrases + regeneration checklist). Structure anchors:outputs/presentation-spec.mdfor the 18-slide mixed-stakeholder deck andoutputs/longform-spec.mdfor the faithful-typeset long-form PDF. Regeneration trigger:regenerate outputs/regenerate presentation/regenerate longform. Outputs live underoutputs/generated/; do not hand-edit them.
As the plan grows, add further markdown files and link them from here.
Breaking out components
Individual components (a system, an interface, a data pipeline, an initiative) often need more detail than fits inline. When a section in current-state.md or goal-state.md outgrows a few paragraphs:
- Create a dedicated file under a topical subdirectory, e.g.:
current-state/<component>.mdgoal-state/<component>.mdcomponents/<component>.md(when it spans both states)
- Leave a short summary in the parent file and link to the detail file.
- Keep filenames lowercase-kebab-case so they're easy to reference.
Conventions
- Keep everything in markdown — no proprietary formats.
- Prefer editing existing files over adding new ones; split a file only when it gets unwieldy or when a component needs its own detail page (see above).
- Use
_TBD_placeholders for sections that aren't yet filled in, so gaps stay visible.