BlueDocumentation
repo.blue ↗
MyOS

Blink: from business intent to reviewable Blue documents

A person starts with ordinary intent. Blink proposes structured documents, participants, opportunities, actions, and connected processes that remain reviewable and governable.

Start with intent, not protocol source#

A shop owner may say: “I have a hair-tools business; make it ready for customers, agents, orders, partnerships, and payments.” A local operator may describe a bundled offer. An organizer may describe a trip. A customer may ask an agent to find and buy a product under a budget.

Blink can turn that intent into a structured proposal rather than leaving the result as chat text.

The proposal should remain reviewable#

A good product flow shows what Blink inferred:

  • the document or relationship being created;
  • participant roles;
  • fields and exact terms;
  • anchors to related Orders, Opportunities, or Payments;
  • operations and required approvals;
  • providers and evidence requirements;
  • any Mandates proposed for agents or services;
  • uncertainty and assumptions requiring confirmation.

Natural language creates convenience. It does not remove the need for exact structured meaning and explicit authority.

Creation is not automatic authority#

A draft Offer, Agreement, Mandate, or payment process can exist before it is active. The user should be able to inspect and approve exact content. A Mandate initializes through its lifecycle rather than trusting an authored Active flag. A provider action remains attributable to the provider or agent that performed it.

From one document to a network#

A shop document can anchor Offers and Orders. An accepted opportunity can create an Agreement. The Agreement can authorize child Orders. An Order can create or link a PayNote. A Mandate can let an agent perform a bounded operation. Provider Responses can update the network.

Blink's value is not only generating one file. It helps assemble the document network while preserving the boundaries.

Under the hood#

  • the proposed content is a Blue Source Document or authoring view;
  • types and references resolve to exact semantic meaning;
  • BlueId identifies exact content;
  • activation or processing produces state lineage;
  • user actions become provider-backed Timeline Entries;
  • Operations and workflows determine state change;
  • Mandates govern delegated action;
  • provider facts remain separate from generated suggestions.

Product rule#

The interface should make it easy to create, but equally easy to see what was created, what remains a proposal, who can act, and what evidence will be required later.