> ## Documentation Index
> Fetch the complete documentation index at: https://docs.remyx.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# Stay in the loop
> See velocity across your project, the signal patterns emerging across directions, and the decisions behind every closed loop.
*Reflect phase · \~5 minutes*
You've now closed at least one experiment end-to-end. As a project accumulates experiments, the value shifts from each individual experiment's result to the pattern across them. Which directions are paying off? Which aren't? Where are decisions defensible vs. ad-hoc? What can a teammate (or a leader, or future-you) read on this screen and pick up the project's state, without scheduling a sync?
This tutorial walks through the views that surface those answers: the outcomes timeline, the cluster signals across directions, the decision rationale on individual experiments, and the typed lineage between related ones. Useful for an IC staying close to a project, a senior IC briefing leadership, or an engineering leader opening Remyx for the first time.
## Open the project's Outcomes timeline
Pick your project from the switcher at the top of the sidebar, then click **Outcomes** under Experiments. This is the project's experiment timeline — every experiment *within the selected project*, grouped by date, with three chart modes.
Outcomes is scoped to one project. For the cross-project **portfolio** — every project on one screen with health indicators and hit rates — open **Projects** under Manage. This tutorial stays inside a single project; see [Projects](/platform/manage/projects) for the portfolio view.
* **Trend.** Accuracy of the team's bets over time. How often do experiments ship?
* **Velocity.** Experiment throughput, with shipped experiments highlighted. How fast is the team running?
* **Impact.** Observed deltas above and below zero. How big are the wins, and how often does anything regress?
{/*
*/}
The chart-mode selector lets a reader flip the same data through three lenses without leaving the page. A leader reading this screen for the first time gets a velocity check, a trend check, and an impact check in 30 seconds.
## Drill into a decision
Click any shipped experiment open. The detail page shows the disposition, the rationale captured at decision time, the metrics that were used, and the eval template + decision policy that governed the call.
This is where a project's reasoning lives. A rationale like *"Shipped because three of four benchmarks improved at ≥2% with confidence above 0.85; the MindCube regression was inside the noise floor"* (written when the decision was made, against the policy that was in place) is what makes the project's history defensible months later.
{/*
*/}
Browse a few decisions in a row and you can usually feel which directions the team has clarity on and which are still ambiguous. Repeated overrides on the same metric, missing rationales, or reject classifications followed by an override-to-ship are all signals worth tracking.
## Read the cluster patterns
Open **Insights**. This view groups experiments by tag, computes hit rates and average deltas per cluster, and classifies each direction as HIGH, MIXED, or LOW signal.
A typical pattern looks like:
```
Retrieval (5 experiments): 5 of 5 positive, avg +3.2% → HIGH SIGNAL
Prompt engineering (2 experiments): 2 of 2 positive → MODERATE
Routing / model selection (2 experiments): 0 of 2 sig → LOW SIGNAL
```
This meta-analysis is what nobody on a team can produce on their own. It requires looking across every experiment, grouping by direction, and computing hit rates. A job that gets ignored at most teams because nobody has time. With it, the question of which direction to double down on moves from debate to data.
{/*
*/}
The **Recommended resources** column for each high-signal cluster surfaces what to try next on that direction. That closes the loop: past results inform future picks.
## Trace lineage across experiments
Each experiment's sidebar lets you link related experiments by type:
* **`borrows_from`**. This variant uses ideas from an earlier experiment.
* **`variant_of`**. A fork of an earlier experiment with one parameter changed.
* **`replicates`**. Re-running an earlier experiment to confirm a result.
* **`references`**. A softer relationship; useful as a breadcrumb for context.
The sidebar has a typeahead picker for finding existing experiments, an inline kind dropdown for changing the relationship, and tag-based suggestions for experiments you might want to link. Linking flows in both directions automatically: linking experiment A to B with `variant_of` shows up on B's sidebar as well.
To trace a chain across experiments, click through the sidebar one hop at a time. *"This shipped variant `borrows_from` an earlier embedding-swap experiment, which `replicates` a paper from the digest two months ago."* Three clicks, no syncs.
A graph-based lineage view sits on the roadmap as an additional way to read the same data. The relationships you create today will populate it when it lands.
## Use it for a leadership brief
Three views, one screen, in roughly this order:
1. **Outcomes (Velocity / Impact).** Shipping rate, hit rate, magnitude of impact.
2. **Insights (cluster patterns).** Which directions are paying off, which aren't.
3. **A specific experiment's rationale.** Why a particular call was made.
Most leadership conversations boil down to one of those three questions. With a populated project, the answers are on the screen rather than assembled in a deck the night before.
## Recap
You've completed the full series. Your project now has:
* An extracted history that bootstraps the record
* A discovery feed grounded in your team's work
* A locked eval template and decision policy
* At least one closed-loop experiment with a logged decision
* A portfolio view that reads at three levels (velocity, cluster, individual decision)
* Typed relationships across related experiments
Run the loop again on the next experiment and the project's history compounds.
## Tips
Experiments extracted by cold-start in [Create your project](/tutorials/get-started/create-your-project) appear in Outcomes and Insights alongside experiments created manually since. Where you remember the deltas, fill them in with the click-to-edit pill on each record. The impact chart and cluster patterns get sharper.
Don't assemble a deck. Open the project's Outcomes tab in the meeting. Flip through the three chart modes. Click into the experiment a leader asks about. The screen is the artifact.
The sidebar's typed relationships are most useful when added at the time you create the new experiment. Adding them retroactively works, but it's a job nobody actually does. Make it part of the scoping habit instead.
## Next
Loop back to scoping with the next idea from your digest
Let automated discovery PRs initiate the next experiment on a schedule
Wire integrations into your project (Linear, Slack, Jira)
The methodology behind what you just built
Full series arc