Aigd sync
AIGD cross-cutting action · sync-back integration (a non-linear "last step", triggered after every system's handoff). Use this when, once a system is settled, you need to update the global spec, the overall html prototype (integration demo), the implementation master guide (handoff-package entry point), or mark downstream systems for recheck after a shared item changes. Maintains consistency between the spine and the handoff-package entry point. Part of the aigd package; methodology in ../aigd/references/.From its SKILL.md
npx -y skills add ProdaZhang/aigd --skill aigd-syncAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
4.8 KB, ~1.0k tokens by cl100k_base, as published. Nobody here has run it
AIGD · sync (sync-back integration) [minimal skeleton]
Package contract: install the whole
aigdpackage (the orchestratoraigd/+references/and the 6 sub-skills (including aigd-ui-capture) placed at the same level in this environment's skills directory, following the host agent, e.g. Claude Code's.claude/skills/), don't copy this skill alone — this package's sub-skills rely onaigd/at the same level to fetch the methodology, copying it alone breaks the link.
Positioning
Cross-cutting action (not a linear "step 5"): triggered after every system's handoff, a continuous / milestone-style sync-back. Writes each single system's results back to the project layer, keeping the spine consistent with the whole; manages "downstream impact".
Read / produce / write back
- Read: the
manifest(full), each system's status, theproject charter. - Produce / change:
- Global-spec consolidation (enums / number ranges / units deduplicated and aligned).
spec/integration-acceptance.md(land the results of the "integration check" below into cross-system acceptance; theimplementation master guidepoints to it).- Overall prototype (integration demo) — a single html file, placed where the project charter "directory layout" specifies (engineering layout →
docs/prototypes/). impl-overview.md(handoff-package entry point: the start-here for downstream AI).
- Write back: ① shared item changed → per "recipe 4" reverse-look-up in two categories (point-to-point → table A "depended-on-by (downstream)" / broadcast-type → table C "referenced shared source of truth") → mark affected already-finalized systems
Recheck(record in table D); ② recheck passed → that systemRecheck → Final, refresh table D's finalization time (= this recheck's confirmation time) — this is the only exit from theRecheckstate; not handling it leaves that state hanging forever.
Recipe
- After a system is finalized: absorb its enums / number ranges into the global spec.
- Merge that system into the overall prototype (integration demo).
- Refresh the implementation master guide (system list / build order / contract locations / acceptance entry).
- Run downstream impact, in two categories (each reverse-looks-up a different column):
- Point-to-point system edge (one system's output consumed by several others) changed → reverse-look-up table A "depended-on-by (downstream)", mark those few downstream
Recheck(record in table D). - Broadcast-type shared source of truth (enums / text structure / id namespace, see manifest table F) changed → backward-compatible (pure append) needs no recheck; breaking change → reverse-look-up table C "referenced shared source of truth" to find the systems that listed it (broadcast-type sources aren't in table A "depended-on-by") → mark those systems
Recheckin table D, don't blow up the whole table.
- Point-to-point system edge (one system's output consumed by several others) changed → reverse-look-up table A "depended-on-by (downstream)", mark those few downstream
- Recheck the
Rechecksystems: verify whether their references to the "changed shared item" still hold → if they hold, status back toFinal, refresh table D; if not, bounce (back to iterate/concept, and per the bounce rules cascade to its downstream again).
Integration check (must run every time — meso-layer (inter-system combination) post-hoc gate; the up-front design of combination points is in concept)
- The enums system A produces — do the fields align when B consumes them?
- Do A's config primary keys exist in B's reference table?
- Is there a deadlock in the A↔B state machines (A waits for B, B waits for A)?
- Does the core loop (minimal playable closed loop) cover all systems?
Any one failing → flag the problem, go back to the relevant system (back to concept if needed), and write the result into
spec/integration-acceptance.md.
Admission / exit
- Admission: a system has changed to
Final, or some shared item has changed, or there areRechecksystems pending verification. - Exit: global spec consolidated + overall prototype updated + implementation master guide refreshed + affected systems marked
Recheck+ theRechecksystems selected for recheck settled (pass →Final/ fail → bounce).
Boundary
Only does project-layer sync-back and consistency maintenance, doesn't design new systems (that's concept/system).
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.