The three surfaces
Suggestions
Suggestions are active recommendations ranked by evidence and opportunity. This is the place to review what DevTune thinks is worth doing next. Typical actions from a suggestion:- Generate brief for a fuller execution plan
- Add to backlog when you want to commit to the work
- Use existing asset when an owned page already covers the need
- Snooze when the idea is valid but not timely
- Dismiss when it is not relevant
Backlog
Backlog contains work your team has chosen to do. This includes:- Suggestions you adopted from the feed
- Manual actions your team created directly
Outcomes
Outcomes help you review completed work and what changed after it shipped. When you mark an Action as Done, DevTune automatically creates an intervention that tracks:- The specific URL you targeted (if any)
- Baseline citation metrics before your change
- A snapshot of the page content at completion
Outcome Markers vs Completed Actions
In the Outcomes view, you’ll see outcome markers on timeline charts. These are distinct from the Actions themselves:- Completed Actions are the work items you finished (e.g., “Create comparison page”)
- Outcome markers are visual indicators on the timeline showing:
- Action completed (blue dot) — When you marked the Action Done for this URL
- Change detected (amber/green dot) — When domain crawls later detected content changes on that same URL
Accessing the Actions workspace
Navigate to Actions in your project sidebar. Inside the page, switch between Suggestions, Backlog, and Outcomes.Generate Brief
Use Generate brief to get a fuller recommendation, based on current evidence, related owned content, and relevant external page context, before you commit work.Content credits
Brief generation uses content credits:- Included monthly credits are used first
- Purchased add-on credits are used only for explicit generation requests after monthly included credits are exhausted
Action Properties
Title
A clear, descriptive name for the action, such as:- “Create getting started guide for Python SDK”
- “Improve API reference documentation structure”
- “Add comparison page: our product vs. Competitor X”
Description
Detailed information including:- What needs to be done
- Why it matters
- Success criteria
- Relevant evidence and context
Status
Backlog actions follow a defined workflow:| Status | Meaning |
|---|---|
| Backlog | Committed work that has not started yet |
| In Progress | Currently being worked on |
| Blocked | Waiting on a dependency or external factor |
| Done | Finished |
| Canceled | No longer being pursued |
Priority
Importance and urgency level:| Priority | Meaning |
|---|---|
| Urgent | Requires immediate action |
| High | Do soon, high impact expected |
| Medium | Important but not time-sensitive |
| Low | When resources allow |
Channel
Actions are routed to the appropriate team or function:| Channel | Description |
|---|---|
| docs | Documentation improvements |
| content | Blog posts, guides, marketing content |
| devrel | Developer relations and community |
| pr | Public relations and communications |
| engineering | Technical infrastructure changes |
| product | Product feature or design changes |
| other | Actions that do not fit other buckets |
Source
Where the action came from:- Generated recommendation - Created from DevTune’s evidence-backed recommendation engine
- Manual - Created directly by a team member
Working through a suggestion
Add to backlog
Use Add to backlog when the team wants to do the work. The recommendation leaves the suggestion feed and becomes a real backlog item.Use existing asset
Use Use existing asset when the recommendation is already covered by an owned page or doc. Link the relevant asset so DevTune can suppress the suggestion unless the evidence changes materially.Snooze or dismiss
- Snooze is for valid ideas that should resurface later
- Dismiss is for ideas that should not come back unless the evidence materially changes
Creating manual actions
To create an action directly:- Go to Actions
- Click Add Action
- Fill in the title, description, priority, and channel
- Set the initial status
- Save
Managing Actions
The workspace surfaces:- Active suggestions
- Backlog items organized by execution status
- Outcomes for completed work
- Priority indicators
- Channel labels
- Source type indicators
- Query-cluster and evidence context where available
Recommended Process
- Review suggestions - Identify valuable recommendations
- Generate briefs where needed - Gather enough context to make a decision
- Add the best items to backlog - Commit to work
- Create manual actions when needed - Capture work that did not start as a suggestion
- Prioritize and route - Set priority and assign the right channel
- Execute - Do the work
- Complete and measure - Mark it done and review impact in outcomes
Best Practices
- Triage suggestions regularly so backlog stays meaningful
- Keep actions specific and reasonably scoped
- Review outcomes to understand which work actually moved your signals