--graph.edgesrequerido | json arrayjson | How one step's outcome routes to the next — these are fixed rules, and a violation is refused.
A node emits the outcomes in [brackets]; an edge carries exactly one of them, to one of
the types after the arrow. A `*` outcome MUST route onward; any other may end the flow.
A wait_connection_accepted needs a send_invite SOMEWHERE upstream — not necessarily
right before it. Put a second one further down a `timeout` branch to re-ask whether
they have accepted yet; two waits back to back are refused. A wait that leads to
another wait on its `timeout` branch MUST set withdrawOnTimeout:false — the default
takes the invite back, leaving the later wait nothing that can be accepted.
send_invite [sent] → wait_connection_accepted
wait_connection_accepted [accepted*, timeout] → delay, send_message, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_inmail, send_email, audience_split, wait_reply, agentic_reply
delay [default*] → send_invite, wait_connection_accepted, send_message, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_inmail, send_email, audience_split, wait_reply, agentic_reply
send_message [sent] → wait_connection_accepted, delay, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_email, audience_split, wait_reply, agentic_reply
like_last_post [done] → send_invite, wait_connection_accepted, delay, send_message, visit_profile, follow_profile, remove_relation, comment_on_post, send_inmail, send_email, audience_split, wait_reply, agentic_reply
visit_profile [done] → send_invite, wait_connection_accepted, delay, send_message, like_last_post, follow_profile, remove_relation, comment_on_post, send_inmail, send_email, audience_split, wait_reply, agentic_reply
follow_profile [done] → send_invite, wait_connection_accepted, delay, send_message, like_last_post, visit_profile, remove_relation, comment_on_post, send_inmail, send_email, audience_split, wait_reply, agentic_reply
remove_relation [done] → send_invite, wait_connection_accepted, delay, like_last_post, visit_profile, follow_profile, comment_on_post, send_inmail, send_email, audience_split, wait_reply
comment_on_post [commented] → send_invite, wait_connection_accepted, delay, send_message, like_last_post, visit_profile, follow_profile, remove_relation, send_inmail, send_email, audience_split, wait_reply, agentic_reply
send_inmail [sent] → wait_connection_accepted, delay, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_email, audience_split, wait_reply, agentic_reply
send_email [sent] → send_invite, wait_connection_accepted, delay, send_message, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_inmail, audience_split, wait_reply, agentic_reply
audience_split [branch_a*, branch_b*] → send_invite, wait_connection_accepted, delay, send_message, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_inmail, send_email, audience_split, wait_reply, agentic_reply
wait_reply [replied, timeout] → send_invite, wait_connection_accepted, delay, send_message, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_inmail, send_email, audience_split, agentic_reply
agentic_reply [done, no_reply] → wait_connection_accepted, delay, like_last_post, visit_profile, follow_profile, remove_relation, comment_on_post, send_email, audience_split
PATH RULE (the rows cannot show this): after a wait's `timeout` outcome the lead is NOT connected,
so NO send_message may follow it — a `delay` in between changes nothing. It stays banned down
that branch until something says otherwise: a later gate's `accepted`, or a fresh accepted invite.
Instead: nudge them with like_last_post / visit_profile / follow_profile / comment_on_post / send_inmail / send_email / audience_split / wait_reply / agentic_reply; re-ask with another wait_connection_accepted (the earlier wait then needs withdrawOnTimeout:false) and send off ITS `accepted`; send another invite and message off the new `accepted`.
PATH RULE (the rows cannot show this): audience_split is SEE-THROUGH. It takes no time and
sends nothing, so what may follow it is decided by the step BEFORE it, not by its own row above.
A step you may not put directly after X you also may not put after a split that follows X. |