Decompose: Service documentation (architecture, deployment, performance, development) — Phase 1: Architecture overview + API reference #60
Labels
No labels
blocked:children
blocked:depends-101
blocked:depends-103
blocked:depends-104
blocked:needs-attention
blocked:needs-decision
blocked:no-changes
blocked:preflight
bug
chore
feature-request
in-progress
lint-cleanup
needs-decompose
performance
quality
quickfix
security/medium
triage-approved
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Mark/easystitch#60
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Phase 1: Architecture overview + API reference
Goal: The "what is this service" doc. New operators should be able
to read this and understand the system shape.
Files:
docs/service/architecture.md(system diagram, components,data flow)
docs/service/api.md(full endpoint list, request/responseshapes, error codes, content types, auth model)
Acceptance:
docs/service/architecture.mdhas a Mermaid or ASCII diagramshowing the service in context (ThreadCraft client → easyStitch
service → internal pipeline → embroidery file output).
docs/service/api.mdcovers every endpoint from issue #31 (P2–P4)with example request/response for each, error codes, content types.
src/service/) and to therelated tickets/issues.
Why first: the API reference is needed by anyone integrating with
the service (including ThreadCraft). Without it, integrations guess at
shapes.
Decomposed from easystitch#40