← Back to VectorCourt

What can I do here?

VectorCourt does two jobs. It either challenges a decision or turns a brief into a sequenced backlog review. The product is most useful when the cost of being wrong is higher than the cost of asking harder questions.

Use the job that matches your input. If the input is thin, contradictory, or in the wrong mode, VectorCourt will ask for clarification or refuse instead of pretending confidence.

Job 01

Challenge a decision

Use this when you already have a decision, plan, architecture, release, or tradeoff and want the hidden failure mode, missing assumption, or reversal condition.

What You Give It
  • The decision or proposal itself
  • Constraints, scale, timeline, and context
  • Anything that would make the verdict sharper, not longer
What You Get Back
  • A structured verdict with confidence, risks, and blind spots
  • Specific missing assumptions or weak points
  • Next actions or reversal conditions when they matter
Not For
  • Generic brainstorming with no real decision to pressure-test
  • Political or electoral prompts
  • Backlog generation from a project brief
Examples
Adversarially review this architecture decision and find the failure modes that will survive demos.
Tell me what assumptions are missing from this release plan before we ship it.
Pressure-test this build-vs-buy decision for hidden operational risk and weak reversibility.

Job 02

Create a project backlog from a brief

Use this when you have messy text, notes, or a project brief and need a sequenced backlog. The engine behind this mode is Genesis.

What You Give It
  • Text only for now, not files or images
  • What exists today versus what is only intended
  • Constraints, deployment assumptions, and desired backlog depth
What You Get Back
  • A dry-run review first, not instant work-order creation
  • Project state, contradictions, open questions, and proposed WOs
  • Sequencing, evidence notes, and explicit insufficiency when the brief is weak
Not For
  • A single sentence asking for “a full backlog” with no grounding
  • Instant authoritative WOs from contradictory source text
  • Anonymous write-path creation into shared project state
Examples
Turn this product brief into a sequenced backlog with dependencies and acceptance criteria.
Check whether this brief is too vague or contradictory before generating work orders.
Take these internal-tool notes and tell me what exists, what is only intended, and which workstreams are missing.

When VectorCourt Asks Clarification Or Refuses

There is not enough evidence.

The product will say the brief is too thin instead of inventing confident-looking output.

The sources conflict.

Genesis will surface contradictions and ask for clarification before it synthesizes backlog.

The input is in the wrong mode.

A backlog brief belongs in Genesis. A concrete decision belongs in verdict mode. VectorCourt can nudge, but it should not guess silently.

The output would be unsafe fiction.

Refusal is part of product quality. Unsafe WO synthesis is intentionally blocked instead of hidden behind polished formatting.

What Happens After Output

After a decision review

You get a verdict page or wait page, then a structured result you can inspect, share, and challenge.

After a Genesis dry-run

You review the dry-run first. Authenticated users can save project-bound state and later approve selected drafts into shared workledger. Anonymous users stay export-only.

What VectorCourt is not

It is not generic chat, not a WO factory for fiction, and not a substitute for clear ownership or execution.