TIcoons

The short version

The platform tracks TiCoons (people) running and funding Trilovations (ventures). Each Trilovation has a runway of real capital that burns daily and can be topped up by investment. The system judges fundability, tracks milestones and revenue plans, and produces investor reports.

Core concepts

TiCoon — a business actor: a person with a name, an email, a daily cost, and a Google Chat webhook for notifications. This is not the same thing as your login account — your login is matched to a TiCoon by email, but they're tracked separately. A TiCoon is either active or inactive; there's no way to delete one, only deactivate it.

Trilovation — a venture/portfolio company. It has a status, exactly one CEO, a set of members, a main investor, and a capital balance. Trilovations are where money, milestones, revenue plans, and evaluations all live. It starts of in a Bootstrapping state while a Revenue plan and definitions are negotiated. When an Investor puts in the first investment it becomes Active and that investor becomes the Main Investor and is responsible for ensuring that the revenue plan is a good proxy for real customer value.

CEO — the one leader of a Trilovation. Every Trilovation always has a CEO from the moment it's created — there's no "create it now, assign a CEO later" path. A single TiCoon can be CEO of several Trilovations at once.

Main Investor — the Investor that put in the first investment and is responsible for ensuring that the revenue plan is a good proxy for real customer value. They are also responsible for ensuring that a Trilovation is on track to meet the revenue plan and is wel managed by the CEO. They should raise red flags and withold investment if the Trilovation is not sound.

Membership & weight — a TiCoon can belong to multiple Trilovations. Each membership has a "weight" (default 1) that determines how that TiCoon's daily cost is split across the Trilovations they belong to on a given day. Only the TiCoon themselves can change their own weight — not even an admin can do it on their behalf.

Role — every signed-in person has exactly one role: admin, ticoon, investor, both, or watcher. Roles aren't self-service — there's no in-app way to change your own role.

How money works

A Trilovation's capital is a net position: money in (investments) minus money out (day-to-day burn and manual costs). It can go negative when there is a shortfall, and it's the only figure that represents a Trilovation's funds.
An Investors personal capital, on the other hand, can go negative — and there's no floor.
Investing moves money from an Investor's personal capital into a Trilovation's capital. It's permanent. A Trilovation can be locked against new investment; while locked, all investment attempts are rejected.
Realized revenue — actual money a Trilovation earns — is recorded against a Trilovation. It is initially claimed and later considered Validated near the ned of a quarter when the real value perception is agreed upon by the Customer.

Daily settlement, burn, and running out of money

Only ACTIVE Trilovations burn daily — inactive ones do not, but can still earn revenue even when members belong to other Trilovations.
Every active Trilovation is charged its effective daily cost once per day: the sum of its members' daily costs, weighted by their membership weight. Weekends, company-wide holidays, and a member's full-day leave all reduce that day's charge to nothing for that member; a half-day leave halves their contribution.
If a Trilovation can't cover a day's cost from its own capital, the shortfall (deficit) will cause its capital to go negative.
Runway is how many weekdays a Trilovation can keep operating at its current burn rate before running out of money. It's shown live and used as a decision input (see Fundability evaluations below).
Auto-abandonment: every day a Trilovation runs a deficit, that counts against it. After four such days, an active Trilovation is automatically marked ABANDONED — no one has to do this manually. This deficit-day count is a separate concept from runway; a Trilovation can have healthy runway one day and still be carrying deficit-day history from earlier.

Investing

Investments are capped by runway: if putting the money in would leave the Trilovation with more runway than a configured ceiling (currently 7 weekdays), the investment is refused as over-funded. This is meant to stop absurdly large, low-signal investments.

Fundability evaluations

Each Trilovation can be "evaluated" for fundability — a judgement combining fixed business rules with a narrative assessment. This check runs at most once per calendar day (UTC); if you ask for it again the same day, you get back the same result rather than a fresh recomputation, unless the Trilovation, milestones, or revenue plan change.
Certain conditions force an automatic "not fundable" outcome regardless of narrative judgement: the Trilovation isn't ACTIVE, it's more than 3 days old with no revenue plan, more than 3 days old with no investor narrative, or more than 7 days old with no milestones.
If a Trilovation would already have more runway than the funding ceiling even without new money, that also forces a decline — there's no reason to fund something that isn't short on cash.

Attendance (holidays & leaves)

Holidays are global — they apply to every Trilovation's burn calculation on that date.
Leaves are per-TiCoon, one entry per date, and can be a full day or half day. They reduce (or zero out) that TiCoon's contribution to that day's burn — leaves are a cost-accounting concept here, not a separate "time off" tracker.

Milestones and revenue plans

Milestones are commitments (a title, a due date, who benefits, what the benefit is) that become "overdue" automatically once their due date passes without being marked complete — no one has to flag that manually.
Milestones can be linked to one or more revenue plan items to show what the milestone is meant to unlock. That link is checked at the moment you create it; if the linked item is later deactivated, the milestone doesn't automatically become invalid or unlink itself.
Revenue plan items are short text statements about what will generate revenue. Once created, an item's text can't be edited — only turned active/inactive. New items don't appear out of thin air, though: someone proposes an item, and a person with governance permission either approves it (which mints it as a live, active item) or rejects it with a reason. Each proposal can only be decided once.

Investor reports

A read-only snapshot for a given Trilovation: funds and runway, milestones, the revenue plan, recent costs and revenue, and a short recent-activity history (status changes, CEO changes, completed milestones) — generally covering roughly the last 30 days.
A Trilovation that's still INBACKLOG (i.e., not yet actually operating) doesn't have an investor report available — there's nothing yet to report on.

Red flags

Anyone can raise a concern ("red flag") against a Trilovation and anyone can comment on it — the discussion thread is append-only, so nothing in it can be edited or deleted after posting.
Only the person who raised a flag can mark it resolved. There's no admin override for this — it's intentionally left to the person who raised the concern to say when it's settled.

Roles: who can do what

Role	Can do
`admin`	Everything, including privileged actions like triggering settlement, changing someone's daily cost, and writing manual cost entries.
`ticoon`	The broad day-to-day catalogue — manage Trilovations, TiCoons, evaluations, milestones, propose revenue plan items — but cannot govern (approve/reject) revenue plan proposals.
`investor`	Read everything, run/read evaluations, invest, govern revenue plan proposals, raise/discuss red flags. Cannot create or edit Trilovations or TiCoons directly.
`both`	Union of `ticoon` and `investor`.
`watcher`	Read-only, plus can run evaluations and raise/discuss red flags. Cannot invest.

API keys, in plain terms

API keys are scoped: a key only grants the specific capabilities it was created with (e.g. read-only, or the ability to write investments, or the ability to run settlement). Scopes are fixed at creation time — if you need a different set of permissions, you create a new key rather than editing the old one.
A handful of scopes are considered privileged (things like writing manual costs, changing someone's daily cost, triggering settlement, or writing attendance) and can only be granted to keys created by an admin — a non-admin can't mint themselves a key with those powers even if their own login role would otherwise allow the action interactively.
Every key's create/revoke history is permanently logged and can't be edited or deleted, even by an admin.

Ready to connect a key? See For agents

Notable gotchas

Funds are not directly settable. You can't set a Trilovation's capital by hand on create or update — it only moves through investments, costs, and settlement.
Nothing here is truly deleted. TiCoons deactivate instead of delete; investments, revenue records, and audit/conversation logs are permanent once created.
A change to your role won't show up instantly. Session/permission info is cached briefly, so a role change can take up to about a minute to take effect everywhere.
Deactivating a TiCoon doesn't cascade to their login account (or vice versa) — these are managed independently today.