tommy@ITエンジニア

受託Web開発のITエンジニア。
クライアントとのやりとりを楽にする「型」（確認メール・要件整理・進行管理）と、仕事で使える生成AIの使い方を発信しています。
そのまま使えるテンプレートはnoteで公開中👇

[tommy@ITエンジニア @tommyitenginner]

「進捗どうですか？」と聞かれる前に送る、週次報告の型。

1行目は「全体の状況」
→ 予定どおり／◯日遅れの見込み

続けて
・今週完了したこと
・来週の予定
・お願い（期限つき）

順調なときこそ「順調です」と伝えるのが、いちばんの安心材料。

[tommy@ITエンジニア @tommyitenginner]

スキルを作る前に答えておく12の質問を、記入例つきでnoteにまとめました。最初の2項目は無料で読めます。
https://t.co/nu8vmGuqQW

[tommy@ITエンジニア @tommyitenginner]

AIの「スキル」がうまく動かないとき、見直すのは書き方ではなく中身。

・何を渡して
・何を返してほしいのか
・迷ったらどうするのか

ここが自分の中で整理できていないと、スキルもあいまいに動く。

ファイル自体は、Claudeに「今の作業をスキルにして」と頼めば作ってくれる。

[tommy@ITエンジニア @tommyitenginner]

出典：Anthropic「Anthropic Economic Index report: Economic primitives」（2026年1月）
https://t.co/WZfbYKGJhB

[tommy@ITエンジニア @tommyitenginner]

【海外の調査】
Anthropicの経済レポート（2026年1月）。Claudeへの依頼で最も多い作業は「ソフトウェアの不具合修正」。

AIに不具合を直させるときも、人に頼むときと同じ3点を書く。
・再現する手順
・期待する動き
・実際の動き

これがないと、AIも当てずっぽうで直す。

[tommy@ITエンジニア @tommyitenginner]

AIの品質チェックを「OKになるまで回す」で終わらせないための合意シートを、noteにまとめました。導入は無料で読めます。
https://t.co/ly6p1dGRoI

[tommy@ITエンジニア @tommyitenginner]

受託で、あとから説明に困ったこと。

数年前のサーバー移行で、PHPを上げて出たWarningは「止まらないものは直さない」方針だった。

先日「当時の方針の資料は？」と聞かれ、残っていたのは概要書だけ。

直さないと決めたことほど、理由と範囲を残す。
AIのチェックで直さない指摘も同じ。

[tommy@ITエンジニア @tommyitenginner]

出典：Upwork「Future Workforce Index 2026」（2026年7月）
https://t.co/ZCzrNWuggO

[tommy@ITエンジニア @tommyitenginner]

【海外の調査】
米Upworkの調査（2026年）。

・米国の知識労働者のうち、フリーランスは38%（前年28%）
・会社員の58%がフリーランスを検討中（前年36%）

フリーランスが増えるほど「AIが使える」だけでは差がつかない。
選ばれる理由は、聞き方・段取り・判断の確かさ。

[tommy@ITエンジニア @tommyitenginner]

非エンジニアのクライアントに送る確認メールの型を、14場面ぶんnoteにまとめました。最初の2場面は無料で読めます。
https://t.co/hRlWrmW1rX

[tommy@ITエンジニア @tommyitenginner]

非エンジニアのクライアントとのやり取りで、いちばん効く習慣。

決まったことは、その日のうちにメールで残す。

・何が決まったか
・誰がいつまでに何をするか
・まだ決まっていないこと

「言った・言わない」は、記憶ではなく文章で防ぐ。

[tommy@ITエンジニア @tommyitenginner]

出典：Google「How are developers using AI? Inside our 2025 DORA report」（2025年9月）
https://t.co/kZawBOSGXf

[tommy@ITエンジニア @tommyitenginner]

【海外の調査】
GoogleのDORAレポート（約5,000人）。

・AIの利用率は90%
・80%超が「生産性が上がった」
・AIは組織の強みも弱みも映して増幅する

要件があいまいなままAIで作ると、あいまいさごと速く形になる。
先にヒアリングで目的と優先順位を固めておく。

[tommy@ITエンジニア @tommyitenginner]

AIのスキルを作ったのに呼び出されないなら、直すのは中身より説明文（description）。

AIは説明文を見て、使うかどうかを決めている。
実際に口にしそうな頼み方を3つ書いておく。

例：「確認メール作って」「先方に質問したい」「不明点をまとめて」

[tommy@ITエンジニア @tommyitenginner]

出典：Stack Overflow「Agents on a leash: agentic AI remains mostly monitored at work」（2026年5月）
https://t.co/93reLeFu2P

[tommy@ITエンジニア @tommyitenginner]

【海外の調査】
Stack Overflowが開発者1,100人に聞いたAIエージェントの使い方（2026年）。

・60%が承認なしのシステム変更を禁止
・63%は完全おまかせでほとんど動かさない

受託でも同じ。クライアントの本番環境や管理画面の権限は、AIエージェントにそのまま渡さない。

[tommy@ITエンジニア @tommyitenginner]

サイトリニューアルの初回ヒアリングで「困っていること」しか聞いていないなら、もう1問足したほうがいい。

「今のサイトで、残したいものはありますか？」

不満だけ聞いて作り直すと、気に入られていた部分まで消してしまう。

[tommy@ITエンジニア @tommyitenginner]

出典：METR「Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity」（2025年7月）
https://t.co/SwiNJPEfHb

[tommy@ITエンジニア @tommyitenginner]

【海外の実験】
米METRの研究（2025年）。経験豊富な開発者16人が、AIありで作業すると19%遅くなった。
なのに本人たちは「20%速くなった」と感じていた。

見積もりで「AIがあるから速い」を前提にしすぎない。

[tommy@ITエンジニア @tommyitenginner]

進捗報告の文面は12場面ぶんnoteにまとめました。最初の2場面は無料で読めます。
https://t.co/yuVidUCBZQ

[tommy@ITエンジニア @tommyitenginner]

修正依頼が「なんか違う」で返ってくるのを防ぐ一文。

確認をお願いするときに、こう添える。
「修正したい点は『どのページの、どこを、どうしたいか』を箇条書きでお送りください」

これだけで、やり取りの往復が減る。
確認の期限も、必ず一緒に。