|
A small studio in Greenwood, South Carolina & Montevideo, Uruguay. An internal task console for ships that refuse to sail.
Description. Shipyard is the internal task-tracking application used by Fig Studio LLC in the management of its own product development. It is a small native macOS application written in SwiftUI, with a local SwiftData store and an embedded Model Context Protocol server which exposes the task store to a language-model agent (presently Claude). No task is transitioned, deleted, or marked complete without the express approval of a human operator. The agent proposes; the practitioner disposes. Purpose. Shipyard exists to keep indie projects pointed at their north star and to refuse the bloat which kills them. It is opinionated against features that do not advance shipping. It is opinionated in favor of small, gated, human-verified tasks. It is opinionated against agents acting unilaterally on the work of the studio. Anatomy of the Application. The application presents three principal surfaces:
+-------------------------------------------------------------------+ | Shipyard [ Flare ] [ BMB ] [ Shipyard ] [ Drydock ] | +----------+--------------------------------------------------------+ | | BACKLOG UP NEXT IN PROG. REVIEW SHIP'D | | SHIPS | -------- -------- -------- -------- ------ | | Flare | o item 1 o item 4 * item 7 @ item 9 x ok | | BMB | o item 2 o item 5 * item 8 @ item 10 x ok | | Shipyd. | o item 3 o item 6 x ok | | Drydock | | | | | +----------+--------------------------------------------------------+ | MCP SESSION: claude-haiku-4-5 :: 3 proposals awaiting approval. | +-------------------------------------------------------------------+ Model Context Protocol. Shipyard ships its own MCP server, which exposes the task store to the agent as a small set of tools: This arrangement is the central conviction of the application. The studio takes the view that an agent which can write directly to its own task list will, in time, accumulate small judgements which compound into a project that is no longer the one its author intended. Shipyard is a velocity-limiting valve placed between the agent and the work. Working Method. A typical session:
Privacy & Storage. All task data is stored locally on the practitioner's machine, in a SwiftData store backed by SQLite. Nothing is sent to a remote server by Shipyard itself. When the agent is invoked, only the data necessary to answer the present question is forwarded to the language-model provider. System Requirements.
Roadmap. Shipyard is not scheduled for public release at this time. Items under consideration: a "drydock" review of long-dormant ideas, multi-machine sync via iCloud, and a printable weekly summary suitable for posting on a refrigerator. Inquiries. Write to andre@figstudiollc.com. Replies within seven business days. |