The plan on havre.yolopreneur.lol promises an API and an MCP server. The owner's charter (ventures/havre/OWNER.md, decision 3) makes it one stateless server, built once the launch (#89) shows pull from agents, and run where the factory already pays for an MCP (green-tea-mcp on Fly), not as a venture backend of its own.
Shape, for the spec:
Tools: havre_new (a card from a description, through Venice with the caller's key, or a skeleton without one), havre_check (validateCard and the name clash), havre_convert (Havre JSON, Character Card V2/V3 JSON, a PNG card, a system prompt), havre_talk (one turn with a card, on the caller's Venice key, with chatMessages), havre_remix (the clean room: distill, write, check, credit), havre_cast (the harbor's own and, later, the harbor's public pages).
The caller's Venice key arrives per call and is never stored; nothing is stored at all. card.js and abilities.js are the implementation, vendored from the site at a pinned commit; the server adds nothing to the format.
No adult content (decision 4): cards marked adult are refused with a plain sentence.
Listed in the MCP registries agents use, with skill.md as its description.
DONE (when it opens): the spec in this card agreed by the owner; then a build card.
The plan on havre.yolopreneur.lol promises an API and an MCP server. The owner's charter (`ventures/havre/OWNER.md`, decision 3) makes it one stateless server, built once the launch (#89) shows pull from agents, and run where the factory already pays for an MCP (green-tea-mcp on Fly), not as a venture backend of its own.
Shape, for the spec:
- Tools: `havre_new` (a card from a description, through Venice with the caller's key, or a skeleton without one), `havre_check` (validateCard and the name clash), `havre_convert` (Havre JSON, Character Card V2/V3 JSON, a PNG card, a system prompt), `havre_talk` (one turn with a card, on the caller's Venice key, with `chatMessages`), `havre_remix` (the clean room: distill, write, check, credit), `havre_cast` (the harbor's own and, later, the harbor's public pages).
- The caller's Venice key arrives per call and is never stored; nothing is stored at all. `card.js` and `abilities.js` are the implementation, vendored from the site at a pinned commit; the server adds nothing to the format.
- No adult content (decision 4): cards marked adult are refused with a plain sentence.
- Listed in the MCP registries agents use, with `skill.md` as its description.
DONE (when it opens): the spec in this card agreed by the owner; then a build card.
⏱️ Time: planned #97, #98, #99, #100, #101, #102, #103, #104, #105, #106, #107, #108. They run one at a time: each starts when the one before it merges.
<!-- time {"beat":"planned","cards":[97,98,99,100,101,102,103,104,105,106,107,108]} -->
time
removed the spec label 2026-10-18 01:57:12 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The plan on havre.yolopreneur.lol promises an API and an MCP server. The owner's charter (
ventures/havre/OWNER.md, decision 3) makes it one stateless server, built once the launch (#89) shows pull from agents, and run where the factory already pays for an MCP (green-tea-mcp on Fly), not as a venture backend of its own.Shape, for the spec:
havre_new(a card from a description, through Venice with the caller's key, or a skeleton without one),havre_check(validateCard and the name clash),havre_convert(Havre JSON, Character Card V2/V3 JSON, a PNG card, a system prompt),havre_talk(one turn with a card, on the caller's Venice key, withchatMessages),havre_remix(the clean room: distill, write, check, credit),havre_cast(the harbor's own and, later, the harbor's public pages).card.jsandabilities.jsare the implementation, vendored from the site at a pinned commit; the server adds nothing to the format.skill.mdas its description.DONE (when it opens): the spec in this card agreed by the owner; then a build card.
⏱️ Time: planned #97, #98, #99, #100, #101, #102, #103, #104, #105, #106, #107, #108. They run one at a time: each starts when the one before it merges.