This article is a cookbook of ready-made Pipeline Assistant rules, from simple reminders to fully automatic stage changes, with the exact settings to enter for each one.
Pipeline Assistant checks your Cinode projects against rules you define and acts on them. This article assumes Pipeline Assistant is already installed and focuses only on what to configure for common goals. For how rules work in general, including every trigger, the full list of conditions and how to install and set up, see Pipeline Assistant.
Notifications are delivered through the Chat Agent in Slack or Microsoft Teams, so it must be set up for your workspace first. Without it, the Notify action has nowhere to deliver, and only the actions that change a project will work.
How to read these recipes
Each recipe below lists the things you set on one rule: the Trigger, the Stages it applies to, any Conditions, and the Action. You enter these on the Rules page of the configuration wizard. A rule fires only when every condition is true at the same time, and a rule with no conditions fires on its trigger and stages alone. Give each rule a clear Name, and a Custom Message when it notifies, so both you and the recipient know what it is for.
Most conditions in these recipes are named after the problem they catch. For example "Deal value missing or too low" matches a deal that has no value. Conditions such as "Project status is" and "Roles staffed" match when something is true.
Simple: send reminders
The easiest way to start is with rules that only send reminders. They change nothing in your pipeline, so you can add them with confidence and watch how the assistant behaves.
Remind owners to fill in the deal value
This rule reminds the person editing a project to enter an estimated deal value while the project is still early in the pipeline. Set it up with these values:
Trigger: When a project is updated.
Stages: your early pipeline stages, such as Lead and Qualification.
Condition: Deal value missing or too low.
Action: Notify, sent to the person who made the change, with severity Warning.
Flag a missing close date late in the pipeline
This rule flags any project that reaches a late stage without an estimated close date, so a forecast is never built on a blank. Set it up with these values:
Trigger: When a project enters the stage.
Stages: Negotiation.
Condition: Estimated close date missing or overdue.
Action: Notify, sent to sales managers, with severity Error.
Flag roles that nobody is assigned to
This rule tells the sales managers when a project reaches a late stage while some of its roles still have no assigned person, so staffing is not left to the last minute. The message names each role that is missing a person. Set it up with these values:
Trigger: When a project enters the stage.
Stages: Negotiation.
Condition: Roles not assigned.
Action: Notify, sent to sales managers, with severity Warning.
Ask for a reason when a deal is marked Lost
This rule reminds the person who marked a deal as Lost to say why, so you can learn from lost deals later. Both conditions must be true for it to fire. Set it up with these values:
Trigger: When a project's status changes.
Stages: your closing stages.
Conditions: Project status is - Lost, and Status reason missing.
Action: Notify, sent to the person who made the change, with severity Info.
Intermediate: chase and announce
Once reminders feel comfortable, you can let the assistant chase quiet deals on its own and announce important moments to the whole team.
Chase deals that have gone quiet
This rule chases a project that has sat untouched in a stage for too long. It needs no condition, because the inactivity is the signal. Set it up with these values:
Trigger: When a project has been inactive in the stage for N days.
Days: 14.
Stages: Proposal.
Condition: none.
Action: Notify, sent to sales managers, with severity Warning.
This rule checks every night at 06:00 UTC and sends one reminder per project when it first crosses 14 inactive days, not one every night. "Inactive" counts days since the last activity on the project, not days in the stage. The project must be worked on before it can be flagged again. If two inactivity rules match the same project, only the first one sends a reminder. On a nightly rule there is no "person who made the change", so the assistant sends to the project's sales managers instead.
Announce every win in a channel
This rule posts to a shared chat channel whenever a project is marked Won, so the team sees each win as it lands. The channel list is currently available for Slack, and the Chat Agent must already be a member of the channel. Set it up with these values:
Trigger: When a project's status changes.
Stages: your closing stages.
Condition: Project status is - Won.
Action: Notify, sent to a channel, with severity Info.
Advanced: change projects automatically
The most advanced rules let the assistant change a project for you, by moving it, setting its status, or undoing a change that should not have happened.
Tip: Before you turn on a rule that changes a project, build the same conditions as a Notify rule first. You will see exactly which projects it would act on, and can switch the action to a move or a revert once you trust it.
Do not let a deal be marked Won without staffing
This rule protects your Won figures by undoing a Won status when the project's roles are not yet assigned. Both conditions must be true for it to fire. Set it up with these values:
Trigger: When a project's status changes.
Stages: your closing stages.
Conditions: Project status is - Won, and Roles not assigned.
Action: Revert to previous status.
Mark a deal Won once its roles are staffed
This rule sets a project to Won as soon as its roles are staffed, so nobody has to remember to close the deal once the consultants are in place. Set it up with these values:
Trigger: When a role on the project is assigned, booked or changed.
Stages: your closing stages.
Condition: Roles staffed, with Counts as staffed set to Assigned and Minimum staffed roles left blank.
Action: Set project status - Won.
With Minimum staffed roles left blank, the rule waits until every role is staffed. Enter a number, such as 1, to mark the deal Won as soon as that many roles are staffed. Choose Preliminary booked, or Assigned or preliminary booked, under Counts as staffed if a preliminary booking is enough to call the deal won. A project with no roles never matches, and only open projects are checked, so the rule stops acting once the project is Won. A status change made by a role rule also runs your status-changed rules, such as the delivery move below.
Bounce an incomplete deal back a stage
This rule sends a project back where it came from when it enters a stage it is not ready for. It does nothing if the project has no earlier stage to return to. Set it up with these values:
Trigger: When a project enters the stage.
Stages: Negotiation.
Condition: Deal value missing or too low.
Action: Revert to previous stage.
Move won deals into delivery automatically
This rule moves a project into your delivery or handover stage as soon as it is marked Won, so nothing sits in the sales pipeline after it closes. Set it up with these values:
Trigger: When a project's status changes.
Stages: your closing stages.
Condition: Project status is - Won.
Action: Move to stage - your Delivery or Handover stage.
Combine with Inbound: handle unmatched requests automatically
Combine Pipeline Assistant with the Inbound integration to keep automatically-created projects moving even after Inbound's own matching finishes. Inbound reads incoming assignment requests, creates a project for each one, and matches it against your consultants, subcontractors, candidates and partners. When nothing matches, its No Match Action setting decides what happens next. The recipes below pick up from there, so unmatched or untouched requests do not just sit in your intake stage.
Both recipes below assume Inbound's No Match Action is set to Suspend, so unmatched projects get a Suspended status that Pipeline Assistant can react to. If your No Match Action is set to Remove or Abandon instead, the first recipe will not fire. Build it on the Abandoned status instead, or change the No Match Action setting.
Route unmatched Inbound requests to an analysis pipe
This rule catches every project that Inbound suspended because it found no match, and moves it straight into a separate pipe you review later, so unmatched requests stop cluttering your active pipeline without being lost. Set it up with these values:
Trigger: When a project's status changes.
Stages: your Inbound intake stage, which is the stage Inbound creates projects in.
Condition: Project status is - Suspended.
Action: Move to stage - a stage in the pipe you use for later analysis.
Chase Inbound requests nobody has triaged yet
This rule flags a project that Inbound created but that has sat in the intake stage without anyone looking at it, so a new request never quietly ages before someone opens it. It needs no condition, because the inactivity itself is the signal. Set it up with these values:
Trigger: When a project has been inactive in the stage for N days.
Days: 1 or 2, since an Inbound request usually needs a same-day or next-day look.
Stages: your Inbound intake stage.
Condition: none.
Action: Notify, sent to sales managers or a channel, with severity Warning.
Target specific teams, managers, or custom fields
Any rule can be narrowed to only some projects by adding a scope condition, so different teams can run the pipeline their own way. Add one of these conditions alongside the others in any recipe above:
Team is - applies the rule only to projects owned by the team you pick.
Manager is - applies the rule only to projects where the person you pick is a sales or project manager.
Custom field is - applies the rule based on one of your own project custom fields. Pick the field, then a comparison for its type (text, number, or dropdown) and the value to compare against.
For example, to remind only one region's team, add Custom field is - Region equals EU to the deal-value reminder above. The reminder then fires only for EU projects. A number custom field with an is larger than comparison is also how you target high-value deals, since the deal-value check only flags values that are too low.
Working with an AI assistant
If you use an AI assistant to help design rules, the note below gives it the exact grammar of Pipeline Assistant so it can suggest settings that will actually save.
For an AI assistant: A rule is When (trigger + at least one stage) → If (conditions, all ANDed; there is no OR and no NOT; empty means always) → Then (one action). Triggers: "project updated", "enters the stage", "status changes", "inactive for N days", "role assigned, booked or changed". Notify works on all five; Move to stage and Set project status work on all except "project updated"; Revert to previous stage only on "enters the stage"; Revert to previous status only on "status changes". Completeness conditions match the bad state: Deal value missing or too low, Contract value missing or too low, Estimated close date missing or overdue, Probability missing or too low, No roles created, Roles not assigned, Roles not preliminary booked, Roles missing a rate, Owner team missing, Description missing, Status reason missing. The deal-value, contract-value and probability thresholds are floors only: they flag values that are too low, never too high. Scope conditions (Team is, Manager is, Project status is, Custom field is) match the true state; to target high-value deals use a number Custom field with an is-larger-than comparison. Roles staffed also matches the true state: it fires when at least Minimum staffed roles (blank means every role) count as staffed, and never on a project with no roles. Required fields: at least one stage always; a day count of 1 or more for the inactivity trigger; a target stage for Move to stage; a status for Set project status; a Counts as staffed value (Assigned, Preliminary booked, or Assigned or preliminary booked) for Roles staffed. Pipeline Assistant exposes no rule-creation tool to AI agents, so output the exact field values for the user to enter. Do not claim you have created or changed a rule.
