DifyでTwitter自動投稿を試みたけど挫折した話：OAuth 1.0a認証の壁とDockerの「めんどくささ」

1. はじめに：DifyでTwitter投稿を自動化したい！
1. Difyとは？
2. 目指した構成：DifyでTwitter自動投稿エージェント
3. Twitter APIの認証方式：なぜOAuth 1.0aなの？
1. OAuth 1.0aとOAuth 2.0の違い
4. OAuth 1.0a認証の何が大変？
1. Pythonでのsignature生成コード例
5. DifyのPythonワークフロー実行の壁：ライブラリ不足
1. 🐍 tweepyが使えない！
2. 6. Dockerで環境構築すれば解決可能…だけど「めんどくさい」
7. 結論：Difyではなく、ローカル環境で解決
1. 🛠️ ローカル環境でtweepyを使った簡単な投稿
8. まとめ：Difyは便利、でも目的によってはローカルで良い
1. 💡 結論：ローカルでtweepyが最適

1. はじめに：DifyでTwitter投稿を自動化したい！

生成AIを活用して日々の業務を効率化する中で、「DifyでTwitterに自動投稿するAIエージェントを作ってみよう！」と思い立ちました。Difyにはワークフロー機能があり、Pythonコードの実行や外部APIへのリクエストも可能です。

「これなら簡単に作れそう！」と意気揚々と着手しましたが…。

結果は挫折。

その原因は、以下の2つです：

OAuth 1.0a認証の複雑さ
Difyで外部ライブラリを使うためのDocker構築のめんどくささ

今回は、このプロジェクトを通じてハマったポイントを、技術解説を交えて共有します。

「DifyでTwitter投稿したい」と思っている方に、同じ轍を踏ませないための記事です。

Difyとは？

Difyは、オープンソースのAIエージェント作成プラットフォームです。ワークフローをGUIで直感的に構築でき、Pythonコードの実行や外部APIとの連携も簡単に行えます。初心者でも使いやすい反面、ライブラリの追加にはDocker構築が必要になるため、目的次第では手間がかかることがあります。

2. 目指した構成：DifyでTwitter自動投稿エージェント

構想は次の通り：

DifyのワークフローでRSSフィードをトリガーとして新着情報を取得
取得した情報を生成AIに要約させる
要約内容をTwitter（X）に自動投稿する

「ワークフローでPython実行できるし、リクエストでAPI叩けるし余裕じゃない？」と思っていました。

…が、TwitterのAPI認証で早速壁にぶつかることに。

3. Twitter APIの認証方式：なぜOAuth 1.0aなの？

Twitter（現：X）のAPIでは、投稿を行うために OAuth 1.0a 認証が必須です。

参考： Twitter API認証概要

「OAuth 2.0が普及しているのに、なぜ今さら1.0a？」と思う方もいるかもしれません。実際、読み取り専用のAPIアクセスならOAuth 2.0でOKです。

しかし、投稿などの書き込み系APIはOAuth 1.0aでしか認証できません。

OAuth 1.0aとOAuth 2.0の違い

項目	OAuth 1.0a	OAuth 2.0
認証フロー	複雑（signature必要）	シンプル
セキュリティ	高い（リクエストごとに署名）	トークン依存
主な用途	投稿・データ変更	読み取り専用・認可フロー
実装難易度	難しい（署名生成必須）	容易

4. OAuth 1.0a認証の何が大変？

OAuth 1.0aは、認証プロセスがOAuth 2.0よりも複雑です。特に、signature（署名）生成がハードルになります。

公式ドキュメント：Creating an OAuth 1.0a Signature

Pythonでのsignature生成コード例

import base64
import hashlib
import hmac
import urllib.parse

method = "POST"
url = "https://api.twitter.com/1.1/statuses/update.json"
params = {
    "status": "Difyから自動投稿を試みています！",
    "oauth_consumer_key": "your_consumer_key",
    "oauth_nonce": "random_nonce",
    "oauth_signature_method": "HMAC-SHA1",
    "oauth_timestamp": "your_timestamp",
    "oauth_token": "your_access_token",
    "oauth_version": "1.0"
}

encoded_params = "&".join(
    f"{urllib.parse.quote(k)}={urllib.parse.quote(str(v))}" 
    for k, v in sorted(params.items())
)

base_string = f"{method}&{urllib.parse.quote(url, safe='')}&{urllib.parse.quote(encoded_params, safe='')}"
consumer_secret = "your_consumer_secret"
token_secret = "your_token_secret"
signing_key = f"{urllib.parse.quote(consumer_secret)}&{urllib.parse.quote(token_secret)}"

hashed = hmac.new(signing_key.encode(), base_string.encode(), hashlib.sha1)
signature = base64.b64encode(hashed.digest()).decode()

print("OAuth Signature:", signature)

このsignatureをAuthorizationヘッダーに含める必要があります。

5. DifyのPythonワークフロー実行の壁：ライブラリ不足

DifyのワークフローではPythonコードを実行できます。

「これでtweepyを使ってAPIリクエストするだけじゃん！」と思ったのですが…。

🐍 tweepyが使えない！

tweepyはTwitter API操作をシンプルにする定番ライブラリです。

pip install tweepy

しかし、DifyのPython環境にはtweepyがインストールされていません。

DifyのPython環境は、デフォルトで必要最低限のライブラリしか備わっておらず、追加でインストールもできません。

6. Dockerで環境構築すれば解決可能…だけど「めんどくさい」

DifyのPython環境にtweepyを使うためには、Dockerでカスタム環境を構築する必要があります。

技術的には難しくありません。次のようなDockerfileを書いてビルドすれば、tweepyが使えます。

FROM python:3.10
WORKDIR /app
COPY . .
RUN pip install tweepy requests
CMD ["python", "app.py"]

Docker経験者にとっては数分でできる作業です。

ただし、今回の目的は「サクッとTwitter投稿を自動化すること」。

このためにDocker構築を行うのは、技術的には難しくないものの、目的から逸れてしまい「めんどくさい」作業です。

**「手軽さがDifyの強みなのに、これでは本末転倒では？」**と感じました。

7. 結論：Difyではなく、ローカル環境で解決

数時間の格闘の末、次のような結論に達しました：

OAuth 1.0a認証はsignature生成が複雑
Difyで外部ライブラリを使うにはDocker構築が必要で、めんどくさい
ローカルでtweepyを使えば一発で動く

🛠️ ローカル環境でtweepyを使った簡単な投稿

import tweepy

# 認証情報
consumer_key = "your_consumer_key"
consumer_secret = "your_consumer_secret"
access_token = "your_access_token"
access_token_secret = "your_access_token_secret"

# 認証セットアップ
auth = tweepy.OAuthHandler(consumer_key, consumer_secret)
auth.set_access_token(access_token, access_token_secret)

# Twitter APIクライアント作成
api = tweepy.API(auth)

# 投稿
api.update_status("Difyで挫折しましたが、Pythonでは簡単に投稿できました！")

これだけで、Twitterに投稿できました。

「Difyで数時間格闘したのは何だったんだ…」