n8n / 自動化
ワークフロー、Slack 連携、バッチの切り方。手作業を減らす設計メモ。
読み込み中

urokogumo Tech · tech.urokogumo.org
いま
n8n、インフラ、自動化のログ
ワークフロー、Slack 連携、バッチの切り方。手作業を減らす設計メモ。
Vercel マルチサイト、環境分離、監視とコスト。小さなチーム向けの構成選択。
自社で回す仕組みの公開版。Cursor SDK、フォーム監視、情報整理の単一入口など。
monorepo・media テンプレ・contentSources。Tech がコーポレート tech チャネルを共有する実例。
For you
ワークフロー設計、連携の切り方、デプロイと監視の実務メモを探す人向け。チュートリアルより、実際に動かしている構成の記録。
小さな会社が contentSources や monorepo で複数サイトを回す例、Lab → Tech への昇格の考え方など、運用の型を参照したい人向け。
記事 Markdown は urokogumo の tech チャネルを contentSources で参照。ドメインが違っても中身は同じ。RSS は /feed.xml。
Story
実装メモ、構成の選び方、運用で効いたこと。失敗や制約も残す。社内 Lab から説明できる形に整えた記事がここに載る。
Markdown は content/sites/urokogumo/tech/ が正本。tech.urokogumo.org は contentSources で同じチャネルを読む。urokogumo.org/tech と二重管理しない。
notes.urokogumo.org(うろこ手帖)は旅・食・会社づくりの人間味ログ。ここは技術の深掘り専用。トーンも読者も分ける。
クライアント固有の秘密、本番の認証情報、未整理の雑メモ。荒い実験は Lab。実績として外に出せるものは Works / Services 側へ。
記事
Slack などは作業場所ではなく入口。通知を増やさず、必要なときに業務画面へ誘導する。
AIが拾い、人が選び、必要なものだけ仕事に反映する。現実の業務に入れる設計の話。
情報が増えるほど仕事は進みにくくなる。だから、毎朝見る場所と見る順番を決めた。
SITE_ID で切り替える 1 エンジン構成を 5 → 7 サイトに拡張。Vercel プロジェクトと main 未反映の落とし穴。
site-bot + fix-inbox + @cursor/sdk。OpenAI API なしで「Slack → コード変更 → localhost 確認」まで回した。
n8n、インフラ、自動化など。うろこ手帖とは分けて、技術の深掘りをここに書きます。
FAQ
うろこ手帖(notes)との違いは?
手帖は旅・食・会社づくりなど人間味のログ(notes.urokogumo.org)。Tech は n8n・インフラ・自動化・社内ツールの技術深掘り専用。同じ会社でもチャネルを分けている。
記事の出典はどこ? urokogumo.org/tech と同じ?
同じ。正本は urokogumo サイトの tech チャネル(Markdown)。tech.urokogumo.org は contentSources でそのチャネルを読むだけなので、記事を二重に置かない。
RSS はある?
ある。https://tech.urokogumo.org/feed.xml(パスは /feed.xml)。記事一覧は /posts。
何を書かないか?
秘密情報・本番クレデンシャル・クライアント固有の非公開情報は書かない。未整理の実験は Lab。外向け実績は Works / Services。ここは再現可能な技術メモに限定する。
誰向け?
自動化・インフラ・ops に興味があるエンジニア、社内ツールやマルチサイト運用の実例を探す人、urokogumo.org/tech と同じ記事を tech サブドメインで読む人。
ほかの場所
Contact
技術記事・実装相談・取材などはこちらから。 会社全般は urokogumo.org/contact も利用できます。