Steg 2: Anslut Twitter och hämta senaste inlägg

Hämta senaste tweets från övervakade konton via Twitter API och skicka datan vidare i flödet.

1. Öppna Query Recent Posts API och ställ in URL till https://api.twitter.com/2/tweets/search/recent.
2. Aktivera Send Query och ställ in frågeparametrar: query till from:account_one OR from:account_two OR from:account_three OR from:account_four -is:retweet, tweet.fields till created_at,author_id, expansions till author_id, user.fields till username och max_results till 50.
3. Ställ in Authentication till Predefined Credential Type och välj nodeCredentialType twitterOAuth2Api.
4. Bekräfta att Query Recent Posts API är kopplad till Fetch Latest Post Per User.

Credential Required: Anslut era twitterOAuth2Api-credentials.

Steg 3: Sätt upp inläggsaggregering och skapa svar

Normalisera API-svaren, filtrera fram den senaste tweeten per användare och förbered payloaden för svaret.

1. I Fetch Latest Post Per User behåll den befintliga JavaScript-koden som slår ihop API-svar, kontrollerar fel och returnerar den senaste tweeten per författare.
2. I Check Success Status ställ in villkoret att jämföra value1 {{ $json.status }} är lika med success.
3. Koppla true-utgången från Check Success Status till Compose Reply Payload.
4. I Compose Reply Payload bekräfta att det fasta svarsmeddelandet är satt till 弊社の新サービスをご覧ください！ https://example.com och att fält som replyText, replyToTweetId och extractedUsername läggs till i JSON.

Steg 4: Konfigurera utskick av svar och kontroll av dubbletter

Skicka svar till Twitter och hantera dubbletter med villkorslogik och set-noder.

1. I Dispatch Reply API ställ in URL till https://api.twitter.com/2/tweets och Method till POST.
2. Ställ in JSON Body till {{ { "text": $json.replyText, "reply": { "in_reply_to_tweet_id": $json.replyToTweetId } } }} och aktivera Send Body med Specify Body som json.
3. Ställ in Authentication till Predefined Credential Type och välj nodeCredentialType twitterOAuth2Api.
4. I Check Duplicate Reply konfigurera villkoret att kontrollera att value1 {{ $json.error }} innehåller duplicate content.
5. Koppla true-grenen till Duplicate Reply Skipped och false-grenen till Reply Delivered.

Credential Required: Anslut era twitterOAuth2Api-credentials.

Steg 5: Konfigurera statusutdata och villkorsstyrd routning

Hantera fall utan inlägg, rate limits och andra fel med villkorsstyrda rutter och statusloggar.

1. I Check Rate Limit ställ in villkoret att jämföra value1 {{ $json.errorType }} är lika med rate_limit.
2. Routa true-utgången till API Limit Notice och false-utgången till Check No Posts.
3. I Check No Posts ställ in villkoret att jämföra value1 {{ $json.status }} är lika med no_tweets.
4. Routa true-utgången till No Updates Detected och false-utgången till Alternate Error Capture.
5. Säkerställ att alla set-noder som används för loggning (inklusive Reply Delivered, Duplicate Reply Skipped, API Limit Notice, No Updates Detected, Alternate Error Capture och Utility: Reply Failure Log) behåller sina tilldelningsvärden för statusspårning och tidsstämplar som {{ $now.toISO() }}.

Steg 6: Testa och aktivera ert workflow

Kör ett kontrollerat test för att bekräfta att svarsflödet och felroutningen fungerar som avsett, och aktivera sedan för produktion.

1. Klicka på Execute Workflow och bekräfta att Scheduled Interval Trigger initierar körningen.
2. Verifiera att Query Recent Posts API returnerar tweets och att Fetch Latest Post Per User ger ut items med status satt till success.
3. Bekräfta att Dispatch Reply API postar svar och att utdata från Reply Delivered innehåller status, replied_to_tweet_id och reply_text.
4. Om ni får dubbletter eller ett no-posts-läge, validera att utdata från Duplicate Reply Skipped eller No Updates Detected är som förväntat.
5. När allt är validerat, slå på Active för att aktivera schemalagda körningar.