ふみ｜業務自動化で「手離れ」を作るエンジニア

BENTEN Web Works代表｜認定ランサー💡
介護施設の送迎ルート自動化/SNS完全自動投稿/脆弱性検知の自動通知…
ビジネスの手作業"を仕組み"に変えて「完全手離れ」を実現｜経営者視点×GAS/Python/AWS/Claude｜大阪弁天町から全国対応🔧
自動化の相談はDMへ→

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【手作業ゼロの自動化、こんなの作ってます】
✅ 介護施設の送迎ルート → 約20人分の最適ルート＋ピックアップ時間を自動算出
✅ SNS運用 → AIが文章＋画像を自動生成→投稿まで完全自動化
✅ セキュリティ脆弱性 → JPCERT情報を自動取得→AWS Lambdaで即時メール通知
✅ 不動産情報・商品情報 → スクレイピングで自動取得→データベース化

「この業務、仕組みで回せるのに」と感じて独立。

GAS / Python / AWS / Claude / n8n を組み合わせて
スモールビジネスの"手離れ"を作るのが仕事です。

Web制作40件超 / 認定ランサー
大阪弁天町からリモートで全国対応🔧

「うちのこの作業、自動化できる？」
→ DMで気軽に聞いてください。相談無料です💡

#業務自動化 #スモールビジネス #DX

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【生成AIパイプライン、品質ゲートは2層必要だった話】
DeepSeek APIで投稿文案を自動生成する仕組みを作っていたのですが、薄い素材を渡すとLLMが素材にない架空エピソードを勝手に創作して、それらしい投稿を量産してしまう問題に直面しました。対策として、生成後に2層の品質ゲートを挟みました。1層目はキーワード辞書を使った決定論的なlintでフォーマット違反をチェック。2層目は同じLLMに自己評価させ、具体要素の実在性や創作混入がないかを確認。不合格は破棄せず保留ステータスで保存し、人が後から確認できるようにしました。この設計で、質の担保と効率のバランスが取れました。皆さんのパイプラインでは品質チェックどうしてますか？
#生成AI #品質管理 #自動化

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

ちなみに、このときの本番環境では .htaccess の設定もテストと異なり、リダイレクトループが発生していました。デプロイ前に差分チェックリストを作成しておくと、こうした見落としが減ります。

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【テスト環境では問題ないのに、本番環境で動かない…そんな経験はありませんか？】
Web制作でよくある「環境差異」によるトラブル。先日、あるサイトの改修中に、テスト環境では正常に表示されていた機能が、本番環境で全く動作しない事態に直面しました。原因を調べたところ、本番サーバーのPHPバージョンがテスト環境より古く、ある関数が非推奨扱いになっていたことが判明。さらに、ファイルパスの大文字小文字の違いや、データベースの文字コード設定の差異も重なっていました。対策として、環境変数で設定を一元管理し、デプロイ前に本番同等のステージング環境で必ず検証するフローを組み込みました。今では同じミスを繰り返していません。皆さんは、テストと本番の差異で困ったことはありますか？
#Web制作 #デプロイ #失敗談

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

DNSレコードでよく見落としがちなのがSPFやDKIMの設定。メール送信ドメインの認証に必須ですが、間違った設定だと受信側で迷惑メール扱いに。特に複数の送信サービスを使う場合、includeを正しく重ねないと認証エラーになります。設定後は必ず検証ツールで確認しましょう。

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【DNSレコードの反映、待たされていませんか？】
先日、某管理システムの勉強会を開いた際、DNSレコード設定の話で盛り上がりました。特にTTL（Time to Live）の設定値をデフォルトのままにしていると、レコード変更後も古い情報がキャッシュされ続け、想定外の遅延が発生するケースが多いんです。実際、ある参加者から「Aレコードを変更したのに3日経っても反映されない」という相談があり、調べてみるとTTLが86400秒（24時間）に設定されていたのが原因でした。これを短く（例えば300秒）にしておけば、変更が素早く行き渡ります。ただし、短くするとクエリ数が増えるので、本番環境ではバランスが大事。DNSの基礎ですが、意識するだけでトラブルシューティングが格段に楽になります。皆さんはTTL、どれくらいに設定していますか？ #DNS #勉強会 #Web開発

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

めちゃくちゃ笑った

[Jun Naito / 内藤 純 @njun_data]

Opus4.8はもう信用できない　マジでお前とは仕事できない　本当にもう無理意味わからん

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【「動いてるからOK」が一番危ない、という話】
今回見つかった4本のドキュメント、システム自体は正常稼働中でした。壊れていたのは「人間側の地図」だけ。

自動化が増えるほど、実装は勝手に進化して、ドキュメントは書いた日の姿で止まります。この差分は障害の日まで顕在化しません。

監査に使ったプロンプトの骨格は「読み取り専用を宣言→挙動の記述を抽出→実装と突合→重大度分類→修正は承認後」の5部構成です。ガードレール込みで10行程度。欲しい方がいればまとめます。

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【Fable 5の締切、日本時間では7/13(月)15:59です】
「7/12まで」で予定を組んでいた方、実は丸1日長く使えます。残り時間の使い道の話をします。

昨日、Fable 5に自分の環境の運用ドキュメント62ファイルを丸ごと監査させました。スキル・コマンド・エージェント定義・ガイドライン全部です。

出てきた指摘は19件。いちばん怖かったのは「本番と真逆のことを教えるドキュメント」が4本見つかったことでした。

自動投稿システムの手順書には「投稿前にユーザー承認必須」と書いてある。でも実装を読むと、6週間前の改修で承認ゲートは撤去され、承認なしの自動公開に変わっていました。リライトエンジンも別のAPIに換装済み。ドキュメントだけが古い世界に取り残されていた。

これ、障害が起きた深夜に読むためのドキュメントなんですよね。事故のときに真逆の手順を教えてくる時限爆弾でした。

ポイントは、この手の欠陥は「チャットで質問」しても絶対に出てこないことです。62ファイルの記述と実装スクリプトを突き合わせて、初めて見つかる。SWE-bench Proで前世代+11ptという数字の意味は、こういう「長く深く読み続ける仕事」で体感できます。

残り2日、記事の量産に使うのはもったいない。おすすめは点検系の3つです。

①ドキュメントvs実装のズレ監査
②ナレッジベースの矛盾検出
③溜まった教訓メモの「確定ルール集」への蒸留

単発の作業に使えば期限で終わります。点検に使えば、期限後も資産が残ります。

みなさんは残り2日、何に使いますか？ 生成系と点検系、どっち派か聞いてみたいです。

#ClaudeCode #Fable5 #AI活用

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

結局、延長されましたね笑

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【Fable 5の締切、日本時間では7/13(月)15:59です】
「7/12まで」で予定を組んでいた方、実は丸1日長く使えます。残り時間の使い道の話をします。

昨日、Fable 5に自分の環境の運用ドキュメント62ファイルを丸ごと監査させました。スキル・コマンド・エージェント定義・ガイドライン全部です。

出てきた指摘は19件。いちばん怖かったのは「本番と真逆のことを教えるドキュメント」が4本見つかったことでした。

自動投稿システムの手順書には「投稿前にユーザー承認必須」と書いてある。でも実装を読むと、6週間前の改修で承認ゲートは撤去され、承認なしの自動公開に変わっていました。リライトエンジンも別のAPIに換装済み。ドキュメントだけが古い世界に取り残されていた。

これ、障害が起きた深夜に読むためのドキュメントなんですよね。事故のときに真逆の手順を教えてくる時限爆弾でした。

ポイントは、この手の欠陥は「チャットで質問」しても絶対に出てこないことです。62ファイルの記述と実装スクリプトを突き合わせて、初めて見つかる。SWE-bench Proで前世代+11ptという数字の意味は、こういう「長く深く読み続ける仕事」で体感できます。

残り2日、記事の量産に使うのはもったいない。おすすめは点検系の3つです。

①ドキュメントvs実装のズレ監査
②ナレッジベースの矛盾検出
③溜まった教訓メモの「確定ルール集」への蒸留

単発の作業に使えば期限で終わります。点検に使えば、期限後も資産が残ります。

みなさんは残り2日、何に使いますか？ 生成系と点検系、どっち派か聞いてみたいです。

#ClaudeCode #Fable5 #AI活用

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

肝は「収集前に目的を言語化する」こと。目的が曖昧だと、関係ない情報まで集めてしまう原因になります。自分の場合は、「どんな判断に使う情報か」を最初に決めるようにしてから、無駄が減りました。
#情報整理術

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【情報収集、時間がかかりすぎてない？】
先日、あるテーマについて深く知りたいと思い、Web上の情報を片っ端から集め始めました。ところが、情報量が多すぎて整理が追いつかず、収集だけで半日が過ぎることも。そこで導入したのが、Notionを使ったナレッジベース管理です。まず、収集する前に「知りたいこと」を箇条書きで明確化。次に、ブラウザの拡張機能でページを瞬時にNotionにクリップ。自動でタグ付けと要約まで行ってくれるので、あとで見返すときに圧倒的に楽になりました。結果、情報収集の時間が以前の半分以下に。あなたは情報収集のとき、どんなツールを使ってますか？
#情報整理 #Notion #業務効率化

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【Claude Codeの新機能「advisor」がずっと使えなかった話】
原因はまさかの「使ってもいないツールを検索しただけ」で即死するサーバー側のバグでした。

Claude Codeに、より強いモデルへその場で壁打ちできる「advisor」という機能が追加されたので使おうとしたところ、何度呼んでも「Advisor unavailable」の一点張り。

最初はモデルの相性を疑い、advisor役のモデルを切り替えたら一度は成功。ですが会話が進むとまた失敗する。「会話の長さに依存する閾値バグでは」と当たりをつけて公開issueを検索したら的中。特定モデル指定時、会話が一定トークン数を超えると壊れるという既知の不具合で、同じ報告をしている人が20人以上いました。

ただそれだけでは辻褄が合わない挙動も残っていたため、さらに別のissueを探して発見。「ツールの詳細情報を一度読み込んだだけで(実際に使わなくても)、以降の壁打ち呼び出しがモデルを問わず即死する」という、まったく別原因のバグでした。まさに自分が直前に別ツールの情報だけ読み込んで実行はしていなかった操作と一致。しかもこの状態は会話を要約・圧縮しても直らず、セッションを新しく開き直さないと復旧しないという"ラッチ"仕様つきでした。

不具合そのものより、「エラーメッセージだけでは絶対に辿り着けない原因が、公開issueの検索一発で見つかる」体験が印象的でした。新機能の挙動がおかしいときは、まず公開issueを検索する。これを徹底したいです。

新機能のトラブル、自分の設定を疑いますか？それとも先に公開issueを検索しますか？

#ClaudeCode #AIエージェント開発 #デバッグ

[Oikon @oikon48]

もしかしてClaude Codeの /advisor コマンドで、指定のモデルをアドバイザーにできる機能が標準搭載されているの知られていない？？

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

これはすごい。メモ。

[ClaudeDevs @ClaudeDevs]

A few patterns we frequently use with Fable 5:

Use Fable 5 as an "advisor."

An executor (Sonnet 5) calls Fable 5 for guidance.

Most tokens are billed at the lower executor rate.

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

@Mar_3simai コメントありがとうございます！カスタムで作ってます！

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【Xの投稿をNotion・Zenn・Qiitaに一括展開する仕組みを作ってみた】
Xに投稿した内容を、手動で各プラットフォームに転載するのが面倒で、自動化に着手しました。使ったのはX APIで投稿を取得し、自作の変換スクリプトで各サービスのフォーマットに整形。つまずいたのは、Markdownの方言の違いやタグの扱い。特にQiitaとZennではコードブロックの記法が微妙に違うため、条件分岐で調整しました。最終的に、投稿を1回行うだけで、NotionのDBに記録しつつ、ZennとQiitaにも自動で記事として投稿されるフローを構築。自社サイトへのリンクも埋め込めるので、SEO的にも好影響です。この仕組み、需要ありますか？　#自動化 #SEO #個人開発

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

凄いけど規約的にグレーな気がする。

[ごくう @ComagerTon79278]

Claude CodeのFable 5でクラウドワークスの半自動運用を構築中。これはすごいアプリになりそうだ、、、

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

最近のAIの画像生成は凄まじい。誰でも画像生成でデザインが出来るようになった。だから、コーディングができる人の需要はどんどん上がっていくんじゃないだろうか

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

さらに発展させて、投稿後に記事の内容を自動チェックする仕組みも追加しました。例えば、NGワードフィルターや文字数制限確認など。最初から完璧を目指すより、段階的に機能を増やすと運用しやすいですよ。

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

【ブログ自動化ツール、最初は動かなくて当然だった】
あるクライアントのブログを自動化しようと、Pythonスクリプトで記事生成→WordPress投稿パイプラインを組みました。しかし、最初のテストで記事が文字化け＆レイアウト崩れ。原因は、APIに渡すJSONのエンコードミスと、HTMLタグが混ざっていたこと。対策として、curlの代わりにrequestsライブラリで明示的にUTF-8指定、さらに事前にMarkdown→HTML変換ライブラリを挟んだら安定しました。自動化は「動かしてから直す」のが鉄則。皆さんは自動化で最初にハマったポイント、何ですか？
#ブログ自動化 #Python #トラブルシューティング

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

こういう人なりたいと思う。これってONEPIECEのルフィ？ムーミンのスナフキン？とか？

ちなみに、この人物像はClaudeの目指す所らしい

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

「世界中を旅して、誰と話しても『この人は本当に善い人だ』と思われる旅行者」
ただし、相手に媚びて価値観を合わせる人ではない。それはむしろ失礼芯を持ったまま、相手を尊重する。そういう存在

[ふみ｜業務自動化で「手離れ」を作るエンジニア @Fumi_BENTENweb]

「世界中を旅して、誰と話しても『この人は本当に善い人だ』と思われる旅行者」
ただし、相手に媚びて価値観を合わせる人ではない。それはむしろ失礼芯を持ったまま、相手を尊重する。そういう存在