Répondre à chaque conversation LinkedIn
Quatre fois par jour, les fils LinkedIn où l'autre personne a écrit en dernier vous reviennent dans Slack avec une réponse rédigée dans votre style.
- Démarre
- Planification quotidienne, quatre passages
- Étapes
- 9
- Contrôles et conditions
- 2
- Une personne décide
- 1
Déclencheur · Planifié
Planification quotidienne, quatre passages
Quatre fois par jour l'exécution reprend chaque message arrivé depuis le dernier passage, jamais une profondeur d'historique fixe.
Claude exécute la suite en autonomie
- 1
Remonter la messagerie jusqu'au dernier passage
LinkedInLinkedIn
Les fils reviennent du plus récent au plus ancien, page par page, jusqu'à ce qu'une page passe sous le point atteint au passage précédent.
- 2
Garder les fils où l'autre a écrit en derniercontrôle
LinkedInLinkedIn
Un fil est gardé quand le dernier message vient de l'autre personne, jugé sur l'expéditeur plutôt que sur le statut de lecture.
- 3
Lire et classer chaque fil
La conversation entière est lue et chacune est rangée en refus, question, intérêt, hors sujet ou autre.
- only when une réponse tiède de quelqu'un qui dirige une entreprise
- 4
Qualifier d'abord l'entreprise de l'expéditeur
INSEE SireneINSEE Sirene
La fiche de l'entreprise au registre et sa propre page donnent sa taille, sa tendance et ses dirigeants, rapprochés de la personne avant tout usage.
INPIINPI
LinkedInLinkedIn
- 5
Rédiger une réponse dans votre style
Chaque fil reçoit une réponse courte dans votre propre voix, et un fil tiède reçoit deux variantes construites sur un livrable concret.
- 6
Livrer chaque brouillon en message direct
SlackSlack
Vous recevez le nom, le lien du profil, le dernier message et le brouillon de chaque fil en attente, ou une ligne disant que rien n'attend.
- 7
Tracer chaque fil, avancer le filigrane
Chaque fil livré est tracé avec son brouillon exact, et le repère avance pour que le passage suivant reparte là où celui-ci s'est arrêté.
Envoyer la réponse vous-même. Une personne intervient ici.relais
Vous copiez, modifiez ou ignorez le brouillon et répondez vous-même dans le fil, puisque l'exécution n'envoie jamais de message.
- 9
Apprendre de ce que vous avez vraiment envoyé
LinkedInLinkedIn
Les passages suivants comparent la réponse envoyée au brouillon, et une règle de style ne change que lorsque trois de ces écarts concordent.
Une réponse sur LinkedIn dit « intéressant, dites-m'en plus » un mardi après-midi, entre deux réunions. Le jeudi, elle est six fils plus bas, sous un recruteur et deux félicitations, et la personne qui l'a écrite a conclu que vous n'étiez pas si intéressé que ça. Personne ne l'a ignorée. La messagerie n'a simplement aucune idée de qui doit répondre, et le compteur de non-lus tombe à zéro dès que vous y jetez un œil sur votre téléphone.
Tout ce qu'il faut pour corriger ça est déjà dans la messagerie. Chaque fil dit qui a envoyé son dernier message, et vos propres messages passés disent comment vous écrivez. Le travail consiste à lire la messagerie quatre fois par jour à partir de là où le dernier passage s'est arrêté, à ne garder que les fils qui vous attendent, et à mettre sous vos yeux une réponse que vous enverriez vraiment, là où vous regardez déjà.
What you get
Aucun fil LinkedIn ne vous attend plus de quelques heures, chacun arrive en DM Slack avec le dernier message et une réponse prête à copier, et les brouillons se rapprochent de votre façon d'écrire à chaque réponse que vous envoyez.
Au regard de quoi chaque fil en attente est vérifié
Chaque passage parcourt votre messagerie LinkedIn, du plus récent au plus ancien, jusqu'à un filigrane : le message le plus récent traité au passage précédent. Un premier passage sans filigrane lit les 50 derniers fils et s'arrête là. Un fil est gardé quand l'expéditeur de son dernier message n'est pas votre propre compte, comparé sur l'identifiant de l'expéditeur. L'indicateur « envoyé par moi » du message a été vu à faux sur tous les fils d'un compte, et le compteur de non-lus vaut zéro sur des fils ouverts et restés sans réponse : ni l'un ni l'autre ne décide de quoi que ce soit.
Chaque fil gardé est lu en entier et classé : un refus, une vraie question, un intérêt, du hors sujet, ou autre quand ce n'est ni une vente ni un refus. Quand la réponse est tiède et que la personne dirige une entreprise, l'entreprise est examinée avant qu'un mot ne soit rédigé : son identité, sa taille et ses établissements dans INSEE Sirene, ses dirigeants et ses comptes déposés dans INPI, l'évolution de ses effectifs et la façon dont elle se décrit sur sa page LinkedIn. Les brouillons vous arrivent en un seul message direct dans Slack.
Ce qui rend fiables les réponses LinkedIn rédigées par IA
Les brouillons partent de votre vraie façon d'écrire. Avant le premier passage, quelques dizaines de vos messages envoyés sont lus et transformés en notes de style : la longueur, la façon d'ouvrir, la signature ou non, la façon de conclure. Une réponse fait une à trois phrases, s'ouvre sur le prénom et se termine sur une question ou un lien, dans la langue du fil. Une preuve chiffrée n'apparaît que quand vous vendez, et seulement une que vous pouvez citer.
Une réponse tiède reçoit un autre brouillon. « Pourquoi pas » est une porte entrouverte par politesse, et un lien de calendrier la referme. Le brouillon nomme plutôt un résultat lié à la façon dont l'entreprise gagne de l'argent, propose de le livrer à une date, et se termine sur une question à laquelle on répond en trois mots, sans conditionnel ni liste. La personne est d'abord rapprochée de l'entreprise, par son nom parmi les dirigeants ou un titre qui la nomme, car les faits d'une entreprise homonyme valent moins que rien. Deux variantes reviennent, l'une qui engage un livrable et l'autre qui ne leur coûte rien, et vous choisissez.
Le filigrane est ce qui garde le DM honnête. Il n'avance qu'une fois le message parti, si bien qu'un passage qui n'a pas livré laisse les mêmes fils au suivant, et il avance même quand rien n'a été gardé, pour que le passage suivant ne relise pas la même fenêtre. Un passage vide envoie quand même une ligne disant que rien n'attend, parce qu'un silence ressemble à une panne.
Des brouillons qui se rapprochent de votre façon d'écrire
L'exécution n'envoie jamais rien sur LinkedIn : vous copiez le brouillon, le modifiez ou l'ignorez, et vous répondez vous-même. Cette réponse est le retour. Chaque passage suivant relit les fils livrés, trouve le message que vous avez envoyé après l'arrivée du brouillon, et le range à côté du brouillon avec ce qui a changé : la longueur, l'ouverture, le ton, ce que vous avez gardé ou coupé. Une règle de style ne change que lorsque trois écarts ou plus vont dans le même sens, si bien qu'une modification sur un seul fil ne réécrit jamais votre façon de parler. Un fil resté sans réponse une semaine est clos pour l'apprentissage, pour qu'une conversation morte ne soit pas revérifiée indéfiniment.
The prompt
The real prompt behind the steps above, detailed enough that an agent with the same tools can run it as written. The Run buttons copy the full version, which also carries the steps for connecting those tools.
# Reply to every LinkedIn conversation
You have access to your own LinkedIn session, a company registry,
a team messaging tool, and one table you can read and write. Run this
**[four times a day, for example morning, midday, afternoon and
evening]** on **[your own LinkedIn account]**.
## 1. Page the inbox back to the last pass
### Before the first pass
- **Your own id.** Read your own LinkedIn profile and store the
provider id of the connected account. Step 2 compares every thread
against it and step 9 looks for it; nothing else on a message
reliably says who wrote it.
- **The workspace.** Pass the workspace that holds the LinkedIn
connection explicitly on every call. A scheduled session that
starts elsewhere does not resolve it and fails as if the account
were not connected.
- **The log table.** One table keyed on the thread's chat id, with
`contact`, `profile_url`, `last_message_at`, `delivered_at`,
`status`, `draft`, `actual_reply` and `learned`. It also holds two
kinds of control rows: one `__watermark__` row and one
`__run__<timestamp>` row per pass. A table an agent creates can
belong to that person by default even inside a shared workspace:
move it to the workspace straight away, or the next scheduled
session will not find it and will create a second one.
- **The DM channel.** Look yourself up in the messaging tool by the
email you use there (often not the one your other accounts sign in
with), open a direct message, and store the channel id.
- **Your style notes.** Read a few dozen of your own sent LinkedIn
messages (the ones whose sender id is yours) and write down how you
actually write: length, how you open, whether you sign off, how
you end. Step 6 starts from these, and step 9 corrects them.
- Read the `__watermark__` row: its `last_message_at` is the newest
message the previous pass handled.
- **No watermark means the last 50 threads, and nothing more.** A
first pass that surfaces two years of threads is a digest nobody
reads.
- List threads 20 at a page, newest first, and keep paging with the
cursor for as long as the last thread on the page is newer than the
watermark. The first page that falls behind it is the last one
read. Larger pages have been refused outright on real accounts, and
20 is also the default.
- **A hard cap of 200 threads a pass.** Past it, deliver what you
have and say so in the DM: a pass that never finishes delivers
nothing.
- A page of 20 threads is too large to read whole. Extract only the
chat id, the attendee's name, headline and profile URL, the last
message's time, sender id and text. When the attendee names come
back with an error status, the name lookup did not run: fall back on
the thread's own name or the last message's sender rather than
concluding there is nobody on the other end.
## 2. Keep threads where they wrote last
- A thread is waiting on you when the last message's sender id is
**not** your provider id.
- **Never use the message's "is sender" flag.** It has been observed
false on every thread of an account, including the ones where the
account itself wrote last. Trusting it surfaces the whole inbox.
- **The unread count is not a criterion either.** It reads 0 on a
thread you opened on your phone and did not answer, which is
exactly the thread this process exists to catch.
- You wrote last: nothing is waiting on you. Following up on silence
after your own message is a different process.
## 3. Read and classify each thread
- Read the whole thread. "Yes, interested" means nothing without
knowing what was proposed three messages up.
- A last message that is only a voice note cannot be transcribed:
flag it in the DM and draft a line asking for the gist in writing.
Never invent what the note said.
| Class | Looks like | The draft |
|---|---|---|
| Refusal | "no thank you", "not interested" | Short and gracious. No nudge, no pitch. |
| Question | A real question about your offer, how it works, the price | Answers it, then offers a slot. |
| Interest | "sounds good", "send it over", "let's talk", a thumbs-up on a pitch | **[Your calendar link]**, or a light next step. |
| Off-topic | An inbound pitch, spam, an automated sequence | Flagged, draft left empty: you decide. |
| Other | Neither sale nor refusal: a recruiting thread ending on a pleasantry, a congratulation | A minimal draft if one makes sense, and the DM says it was not forced into a class. |
## 4. Qualify the sender's company first
"Why not", "you never know" and "send it anyway" are not interest.
They are a door left ajar out of politeness, and a calendar link
closes it. For these threads, and for any thread where the person
runs an identifiable company, qualify the company before writing:
- **The registry.** Search the company by name to get its
registration number, then read its identity: headcount band,
activity code, open establishments. Read its directors and its
filed accounts; the latest filing can be a simplified one with no
revenue line, so walk back to the first year that carries one
before writing "no revenue". In France this is the national company
registry; elsewhere, use your country's equivalent.
- **The company page** on LinkedIn: current headcount, twelve-month
growth, industries, and the words the company uses about itself.
Company lookups are cached for a few hours and their quota is
small, so qualify the threads that need it, not the whole inbox.
- **Match the person to the company before using any of it**: their
name among the directors, or their headline naming the company. The
facts of a namesake company are worse than no facts.
## 5. Draft a reply in your style
**The general rules**, from your style notes:
- One to three sentences, never a paragraph.
- Open on the first name. No "Dear", no "I hope this finds you
well", no signature.
- End on a question or a link.
- Write in the thread's language.
- A proof point only when selling, and only **[your citable proof
point]**, never a figure made up for the occasion.
**The lukewarm format**, for the threads step 4 qualified:
- One play, never a list: the one that touches their P&L, worked out
from how the company makes money rather than from your catalogue.
- Never use their trade's vocabulary unless you are sure of it. A
term used slightly wrong in front of someone who has done the job
for fifteen years costs more than the proposal earns.
- Offer a deliverable, not a capability: "I'll send you [the result]
for one of your [sites] by [day], you take a look" beats "AI could
automate [task]". End on a question answerable in three words.
- No conditional tense, no bullet points, no "etc.".
- Keep the hook of your first message. If you opened on something
personal, it has to survive into the reply.
- Proofread.
- Deliver **two variants**: one that commits to a dated deliverable,
one that costs them nothing and lets them choose the ground. This
format runs past three sentences on purpose: it only applies to
threads worth a real message.
## 6. Deliver each draft in a direct message
Post to the stored DM channel, one block per thread:
```text
*<Name>* — <headline>
<profile link>
Received <date>: "<last message>"
Draft: <text ready to copy>
```
- For a lukewarm thread, add one factual line about the company
before the draft (headcount, trend, sites, revenue when filed) and
label the two variants.
- Above roughly four thousand characters the messaging tool splits
the message and says so in its response. Read that before
re-posting: a message can be deleted but not edited, so a re-post is
a duplicate.
- **An empty pass still sends one line**: "nothing waiting". Silence
cannot be told apart from a broken run.
## 7. Log each thread, move the watermark
- One row per delivered thread, keyed on the chat id: contact,
profile URL, when the last message arrived, `delivered_at`, the
class in `status`, the exact `draft` as delivered, `actual_reply`
empty and `learned` false. Store the draft verbatim, or step 9 has
nothing to compare against.
- **Then move the watermark** to the newest message time seen this
pass, even when no thread was kept, or the next pass rescans the
same window. Move it only after the DM went out: a pass that failed
to deliver leaves the mark where it was.
- Write a `__run__<timestamp>` row with threads scanned, kept and
delivered. A scheduled run that finishes green has not necessarily
done its job; this dated line makes the history readable.
- The watermark is the only thing preventing duplicates. Do not fire
a manual pass while a scheduled one is running.
## 8. Send the reply yourself
You copy the draft, edit it or ignore it, and answer on LinkedIn.
This process never sends a LinkedIn message: keep the send action
out of the scheduled run's allowed tools entirely. It writes to no
CRM, and it never nudges threads where you wrote last.
## 9. Learn from what you actually sent
The DM has no checkbox to tick. The signal that you handled a thread
is LinkedIn itself.
- Take the log rows where `learned` is not true, skipping the control
rows.
- Read each thread and look for a message whose sender id is yours
and whose time is **after** the row's `delivered_at`.
- Nothing found: try again next pass. After **[7 days]** with no
reply, set `learned` to true with a status saying so, so a dead
thread is not rechecked forever.
- Found: write it to `actual_reply` and compare it with the draft.
Identical or nearly: nothing to learn. Different: note what changed
(length, opener, tone, what you kept, cut or added). Either way set
`learned` to true.
- **A style rule changes only when three or more deltas point the
same way.** Then update the rules in step 5, with the date and the
threads that established the pattern. One edit on one thread is
not a pattern.
## Output
Each pass: one DM with a block per waiting thread, or a single
"nothing waiting" line, plus voice notes that could not be read and
whether the 200-thread cap was hit. In the log table: one row per
delivered thread, the moved watermark, a dated run line, and, as you
reply, what you actually sent next to what was drafted.
Pourquoi le faire tourner avec Tulina
Un prompt aide une personne. Un processus fait avancer une équipe.
Collé dans une conversation, le prompt ci-dessus marche une fois, pour celui qui l'a collé. Dans Tulina, « Répondre à chaque conversation LinkedIn » devient un processus que l'équipe partage, qui garde son historique, qui tourne seul, et qui reste dans le même périmètre de sécurité que les outils qu'il appelle.
Toute l'équipe travaille sur le même
PersonnelÉquipeOrganisation
Un processus se range à l'endroit qui lui correspond : à vous, à votre équipe ou à toute l'organisation. Celui qui l'exécute peut l'améliorer, et tout le monde repart de la meilleure version au lieu de réexpliquer le travail à chaque fois.
Chaque modification est une version
v1v2v3
Chaque changement crée une nouvelle version et garde la précédente ; une mauvaise modification se défait en restaurant une version antérieure. Chaque exécution enregistre la version qu'elle a suivie, et ce qu'elle a appris revient dans le processus.
Il tourne sans vous
planifiéwebhookà la demande
Un agent hébergé exécute le processus sur l'infrastructure de Tulina, à heure fixe ou quand un événement arrive, et continue quand vous fermez la conversation. Rien à héberger. Chaque exécution est suivie jusqu'à son résultat.
Dans le même périmètre de sécurité
coffrerôlesjournal
Les identifiants restent dans le coffre, jamais dans le prompt. Les rôles décident qui peut lancer quoi, chaque appel est journalisé, et une étape qu'une personne doit valider attend cette personne.
Questions sur les réponses IA aux messages LinkedIn
Aussi sur LinkedIn
D'autres processus qui tournent surtout sur LinkedIn. Les outils partagés avec celui-ci sont allumés.
Faire de l'outreach LinkedIn à un rythme sûr
De petits créneaux d'envoi dans la journée, un budget quotidien qui monte d'un cran seulement si le compte va bien, et tout envoi stoppé au premier signal.
- Partage
- LinkedIn, Slack
Planification quotidienne en petits créneaux7 étapes →
Écrire aux nouvelles connexions LinkedIn
Chaque nouvelle connexion LinkedIn est vérifiée pour un échange passé, étudiée sur sources publiques, puis reçoit un message et une relance après accord.
- Partage
Planification quotidienne, les matins de semaine9 étapes →