Propose che-pptx geometry tools - #95
kiki830621 wants to merge 1 commit into
Conversation
Verify Report — PR #95Engine6-AI ensemble: 5 general-purpose Agents (Claude reviewers) + Codex (gpt-5.5 xhigh). Initial spawn rate-limited; Recovery Protocol Step 2.5b retry with FULL context re-paste succeeded. 5/5 findings present + non-empty. No Process Gaps. AggregateNEEDS WORK — Scope slice (geometry-only) is legitimate and dual-capability split is justified, but the three cm-based tools' contracts are not implementation-ready. Multiple BLOCKER-level gaps converge across reviewers + Codex + Devil's Advocate. Scope coverage
#90 (first slice: geometry) — che-pptx-geometry-toolsRequirements coverage: 3/3 in-scope tools FULLY addressed (set_placeholder_geometry, place_picture_at, fit_picture_to_native_aspect). 6 deferred slices explicitly Non-Goal'd. Scope slice discipline ✓. Findings (merged + deduplicated across 6 sources)
Scope CheckPure spec proposal, no code. Scope reduction from #90 (umbrella) to first-slice geometry is well-documented. No scope creep within the proposal. SecuritySPEC-level security review only. Per finding #8 above: 9 dimensions where spec must address but currently doesn't. Implementation phase would have to retrofit which breaks the API contract. Process GapsInitial spawn rate-limited. Recovery Protocol Step 2.5b retry succeeded — all 5/5 reviewer findings produced. RecommendationDo NOT merge as-is. Two paths consistent with the PR #94 disposition: Path A (proper IDD): Block merge. Send Codex back with revision request covering:
Path B (pragmatic): Merge as Phase 1 minimum + file 10 follow-up issues / Spectra changes. Path B for #95 is harder to justify than for #94 because the BLOCKERs (1-7) make the spec ambiguous to implement — Phase 1 implementer would have to make 7 unilateral choices that lock the API. That's no longer "Phase 1" but "design via implementation". Recommendation: Path A for #95. |
|
Blocked pending spec revision per verify report (7 BLOCKERs). Full list at #95 (comment) — items 1-7 are spec ambiguities that would force Phase 1 implementer to make unilateral API-locking choices. Recommend revising spec before merge. |
Closing — Superseded by ooxml-edit-isomorphism-foundation (#99 merged in PR #106)Per #99 ADR-009, this proposal is reframed as a PPTX specialization front-end of the architectural foundation. The current spec has known gaps (see verify report findings) that the foundation's locked contract addresses naturally. The re-framing work is tracked at #104 — Codex (or other authors) can open a new PR citing Issue #90 (original umbrella) was closed as absorbed into #99 architecture; #104 is the operational follow-up. |
Pins the Word↔Swift edit-isomorphism contract as the macdoc OOXML toolchain's core architectural contract via: - New capability spec 'ooxml-edit-algebra' (8 Requirements) - design.md with 9 ADRs (canonical-identity, Edit-as-first-class, two-layer algebra, module split, naming, Word UI ground truth, conformance suite, lens migration path deferred, downstream rerouting) - tasks.md with hybrid scope: Edit type elevation + property-based functor tests on 3-5 representative OOXMLEdit cases only; downstream migrations explicitly deferred to follow-up Spectra changes Cross-references active 'word-aligned-state-sync' change in design.md Relationship section. Coordinates downstream PRs #94/#95/#96/#97/#98 that 6-AI verify identified as blocked on spec ambiguity — they will be reframed as front-ends to this foundation per ADR-009. Refs #99
…-§10) Shipped (apply phase, 11/35 tasks): - §8.1 Cross-reference to ooxml-edit-isomorphism-foundation in word-aligned-state-sync/design.md Relationship section - §8.2 Follow-up issue #101 (word-builder-swift lens migration) - §8.3 Follow-up issue PsychQuant/che-word-mcp#162 (MCP boundary refactor) - §8.4 Follow-up issue #102 (PR #94 dxedit re-frame) - §8.5 Follow-up issue #103 (PR #96 R-wordbuilder re-frame) - §8.6 Follow-up issue #104 (PR #95 pptx-mcp re-frame) - §9.1 .github/PULL_REQUEST_TEMPLATE.md with CD-diagram requirement - §9.2 EditAlgebra/README.md documenting CD discipline + worked examples - §10.1 spectra validate green - §10.3 docs/structural-editing-paradigm.md cross-reference - §10.4 docs/lossless-conversion.md cross-reference Deferred to Phase 2 Spectra change (§1-§7 + §10.2 Swift implementation, 23/35 tasks): Edit protocol code, OOXMLEdit/WordEdit enums, Document.apply API, property-based functor tests. Deferral rationale documented in tasks.md ASSUMPTION block; new follow-up Spectra change 'ooxml-edit-algebra-implementation' opens after this foundation archives. Decision-pinning (this change) + runtime implementation (Phase 2) serve different review modes and benefit from being separate changes. Refs #99
Summary
che-pptx-geometry-toolsfor the first [docs/feature] 提議擴充 che-pptx-mcp + Swift 腳本工作流;references/ 放 python-pptx 當參考 #90 implementation sliceset_placeholder_geometry,place_picture_at, andfit_picture_to_native_aspectValidation
spectra analyze che-pptx-geometry-tools --jsonspectra validate che-pptx-geometry-toolsgit diff --check -- openspec/changes/che-pptx-geometry-toolsRefs #90