VOLOVLO職業の自動化リスクと転換を、業務ごとに
VOLOに訊く職業専攻企業創業者最近の変化長文方法と証拠
職業、専攻を検索…エージェント向け
日本語
  • English
  • 简体中文
  • 日本語
  • Español
  • Português
  • Français
VLO
VOLO

自動化が仕事をどう変えるかを掴むために——業務ごとに、証拠を見せて、不確かさは不確かだと認めて。

VOLOに訊く職業専攻企業創業者最近の変化長文方法と証拠AI に仕事を奪われるのか?VOLOについて職の診断オープンデータオントロジーエージェント向けVOLO Proプライバシー利用条件
© 2026 VOLO
職業
すべての職業
AI / ソフトウェア
翻訳者・通訳者銀行窓口係コピーライターコンテンツモデレーターカスタマーサポート担当事務アシスタントソフトウェアテスター/QAエンジニアデータ入力オペレーターグラフィックデザイナーパラリーガル動画編集者会計士・経理/記帳マーケティング担当フロントエンド開発者税理士・申告代行声優診療情報コーダーデータアナリスト保険金支払い担当テクニカルライター・ドキュメント担当初級ソフトウェアエンジニア保険アンダーライター(引受査定)人事・採用担当融資担当・与信担当財務アナリスト調達・サプライチェーン担当記者営業・アカウントマネージャー不動産仲介ネットワークエンジニアイラストレーター旅行代理店スタッフ・旅行アドバイザー情報システムの支援担当・ヘルプデスク監査人サプライチェーンプランナー経営コンサルタントフォトグラファーバックエンド開発者AI研究者プロダクト/UXデザイナー業務システムオーナーEC運営担当アクチュアリーアニメーター・VFXアーティスト作家・著述家給与計算担当者/給与事務放射線科医データエンジニアプロジェクトマネージャーデータサイエンティスト法廷速記者編集者・校正者弁護士医療事務助手・クリニック助手積算士コンテンツクリエイタークオンツアナリスト機械学習エンジニア経験のあるソフトウェアエンジニアDevOps エンジニア・プラットフォームエンジニア・SREビジネスアナリスト音楽家・作曲家GISアナリスト・地図製作者不動産鑑定士プロパティマネージャープロダクトマネージャー管理栄養士・栄養士エコノミスト薬剤師アライアンス・チャネル担当セキュリティアナリスト(監視運用)ファイナンシャルアドバイザー通訳者病理医チップ設計エンジニアグラントライター・助成金担当者コンプライアンス担当図書館員製図技術者・CADオペレーター建築士現場管理職・チームリーダーカウンセラー・心理療法士販売員土木・構造技術者電気エンジニアインダストリアルエンジニア統計家警備員インテリアデザイナー大学教員心理士バス運転士保険代理人・保険募集人機械エンジニアファッションデザイナー検眼士公証人学校教員総合診療医・かかりつけ医旅客機のパイロット自動車教習所の指導員都市計画担当者通信指令員ホールスタッフ診療放射線技師測量士自動車整備士警察官超音波検査技師航空整備士歯科衛生士麻酔科医建築検査員言語聴覚士ナース・プラクティショナー(診療看護師)航空管制官獣医師バーテンダー・バリスタ理学療法士・リハビリ療法士歯科医師外科医救急救命士・救急隊員建設作業員ソーシャルワーカー裁判官看護師マッサージ師助産師介護職・看護助手配管工AI導入責任者
RPA / セルフサービス
行政の窓口職員オペレーションコーディネーター地下鉄運転士受付調剤補助員採血技師歯科助手呼吸療法士作業療法士
ロボティクス
レジ係・販売スタッフコンテナターミナル作業員倉庫作業員組立作業員臨床検査技師俳優・モデル機械加工工・CNCオペレーター溶接工料理人庭師・造園工清掃員農家消防士空調・冷凍設備技術者れんが・ブロック積み職人大工・建具職人客室乗務員美容師・理容師電気工
自動運転
配車・タクシー運転手トラック運転手配達員
専攻
すべての専攻英語・外国語情報科学会計学心理学ジャーナリズム・コミュニケーション金融学法学ビジュアルコミュニケーションデザインマーケティング看護学経営学教育学・教員養成建築学行政学医学ホスピタリティ・観光経営学経済学情報システム
手引き
VOLOに訊く企業向け創業者向け最近の変化長文組織向けVOLO Pro方法と証拠VOLOについて職業を追いかける検索
いまの立場:働いている学んでいる会社を経営している何かを作っている
このページの内容何が起きているか業務の分解最近の変化あなたにとってあなたにとって何を意味するかできること何を根拠に何の上に載っているか
職業›テクニカルライター・ドキュメント担当

この職業に検証済みの記録が入ったら知らせる → · このうちどの業務が自分のものか印を付ける(VOLO Pro、無料)→ · チームや卒業予定の学年向けに →

テクニカルライター・ドキュメント担当

ある仕組みが何をするのかを、見知らぬ人がたどれるものに変える——そしてその過程で、たいてい最初に「この仕組みは筋が通っていない」と気づく人である。

ソフトウェア・技術出版評価日 2026-09-14
自動化されつつある業務
1/ 4項
0項が増強されつつある
いまも人が主導
3/ 4項
0項の新しい業務
証拠に基づく判断
3/ 4項
4件の検証済みの記録
今週試せること · 2 本の道の 1 本目

最もよく読まれるページを取り、まっさらな機械の上でそれに従い、失敗した段を数える。意見ではなく、その数を持っていく。

2 本すべてを見る ↓
63/100
自動化影響指数確度が低い

これは職を失う確率ではない。その職の業務量のうちどれだけが自動化にさらされているかと、導入が実際にどこまで進んだかを一つの値に合わせたものであり——同じ一つのものさしで職業どうしを比べるためだけに使える。それ以外には使えない。

どこに当てはまるか

製品と開発者向けの文書——手引き、リファレンス、API の仕様、リリースノート——を扱う。規制のかかった技術文書(医療機器、航空、医薬品の申請)は晒され方の違う別の職である。そこでは文書が適合の証拠そのものであり、その形式が定められているからである。広告の文章と一般のコピーライティングは、ここでは別の職業である。

何が起きているか

実際に何が変わりつつあるか#

分析の単位は肩書ではなく業務です。職が置き換えられるのではなく、その業務の構成が移ります。

自動化されつつある増強されつつあるいまも人が主導新しい業務斜線:当サイトの推論で、検証済みの記録にはまだ裏付けられていない

一つのマスが一つの業務です。大きさはその仕事の中でその業務が占める比重、色はその業務が向かっている方向。マスをクリックすると、その判断がまだ示していないことが見られます。

中核業務
リファレンスを起草する
自動化されつつある✓ 証拠に基づく
これが意味し**ない**こと

生成されたリファレンスとは、公開の前に誰も読まなかったリファレンスである。そして失敗の形は、間違っていることではなく、もっともらしいことである——コードが実際に何をするかではなく、コードが何を宣言しているかを述べた文書である。その隔たりは、それを実際に使う人にしか見つからない——それが下の業務である。だからここを自動化することは、この職を取り除くのではなく、そちらの価値を上げる。

この業務の全文を読む →無料のワークスペースで、この業務で AI を試す →
中核業務
自分が書いているものを実際に使ってみる
いまも人が主導✓ 証拠に基づく
これが意味し**ない**こと

この業務は、この職業にとって最も強い論拠であり、予算の会議では最も弱い論拠である。その成果が「ないこと」——起きなかった問い合わせ——だからである。文書のチームが削られた場所で真っ先に消えたのはこの業務であり、そのために技術は何一つ要らなかった。

この業務の全文を読む →
主要業務
何を書かないかを決める
いまも人が主導✓ 証拠に基づく
これが意味し**ない**こと

価値が上がることと、認められることは別である——文書はたいてい網羅率で測られ、そして網羅率こそ、安い生成が無意味にする指標である。公開したページ数で判断されるチームは、この業務が重要になったまさにその瞬間に、それを手放すことで報われる。

この業務の全文を読む →
主要業務
エンジニアから答えを引き出す
いまも人が主導≈ 本サイトの推定
これが意味し**ない**こと

この業務こそ、この職を、遠隔で、短時間で、外部の請負の席からやりにくくしているものである——そしてそれはまさに、費用の圧力が押していく方向である。ここでの脅威は自動化ではない。この職が、この業務を含められない形に組み替えられることであり、そのあと文書は劣化する——そして誰もその原因を正しく帰属しない。

この業務の全文を読む →

これはあなたの仕事ですか。そう言えば、このページはあなたの持ち分に絞られます。

肩書とは、まとめ買いされた業務の束であり、同じ束を持つ人は二人といません。どこにも送られません——このブラウザの中に留まります。

リファレンスを起草する自動化されつつある✓ 証拠に基づく自分が書いているものを実際に使ってみるいまも人が主導✓ 証拠に基づく何を書かないかを決めるいまも人が主導✓ 証拠に基づくエンジニアから答えを引き出すいまも人が主導≈ 本サイトの推定

4 件の業務を一つずつ読む —— 方向・理由・限界 →

最近の変化#

2026今日2026-04-01 · 使用者による採用米国統計局の企業動向調査の追補:企業のなかで報告された生成AIの用途の首位は文章を書くことであり、65%の企業がAIの利用を三つ以下の業務に限っている2026-07-21 · 政策による要求韓国のAI基本法は、高影響AIの事業者に、安全のための措置を確かめられる文書の作成と保存を求め、その仕組みの判断基準と学習データを説明する計画を実施することを求めている2026-08-03 · 制限または撤回FDAのガイダンスは、使用説明書は代表的な利用者がその機器を使ってどう振る舞うかによって判断されるとし、使用上の問題を説明書の書き直しで直すには新たな試験データが要るとしている2026-08-26 · 使用者による採用31人のテクニカルライターへの聞き取りで、文書はエンジニアによる技術的なレビューと、書いていない人が最初から最後まで試すことに頼っていることが分かり、25人はLLMによるレビューの指摘を当てにならないとした
判断を動かしうる判断を動かさない(予測、能力の実演など)
使用者による採用2026-08-262026-09-28 に検証
31人のテクニカルライターへの聞き取りで、文書はエンジニアによる技術的なレビューと、書いていない人が最初から最後まで試すことに頼っていることが分かり、25人はLLMによるレビューの指摘を当てにならないとした

スタートアップ、大企業、オープンソースのプロジェクトで働く、経験のある31人のテクニカルライターへの半構造化インタビューである。著者たちはレビューの五つの段階を描いている。28人の参加者が、エンジニアやその他の分野の専門家による技術的なレビューを語っており、それはほかのどこにも書かれていない知識を浮かび上がらせる。13人がプレイテスト——製品の知識はあるが文書を書いていない人が、それを最初から最後までたどり、書き手には近すぎて見えないものを見つけること——を語っており、それは主にチュートリアルのためのものである。そして25人が、LLMが生成したレビューの指摘を当てにならないと述べた。その理由の一つは、レビューに必要な文脈が、モデルの提供元とは共有できない社内の機密の仕組みのなかにあることである。ライターたちは、レビューを強いる権限を持っておらず、交渉して得なければならないと報告している。これは自己申告された実践についての質的研究であり、著者の一人は言語モデルを販売する企業に勤めている。

ある道具が実際の仕事のために大規模に使われていることが測定されており、しかも使うと決めたのが雇用主ではなく働き手である場合。capability の記録より重い——仕事が実演ではなく本物だからである——そして deployment の記録より軽い。どの雇用主もそれを本番に置いておらず、求めてもおらず、その周りに工程も作っていないからである。重みは `cautious` である——`automating` とは、機械がその業務をできることと、採用の兆しがあることの両方を意味し、これは採用の兆しである——しかし利用は試験的でありうるし、測定の多くは利害のある側から来るので、一件では決して足りず、独立した二件で足りる。誰が数えているかに注意すること。ベンダーの計測データはこれを直に見るが、その道具を売っているので、そうした記録は適用範囲にその利害を明記する。統計機関が企業に「働き手は業務でAIを使っているか」を尋ねる場合、同じ経路を何の利害もなく見ており、それが存在するならそちらが良い出典である。

Avinash Bhat, Ian Arawjo, Disha Shrivastava, Jin L.C. Guo (McGill, Université de Montréal, Google DeepMind) — "'A Second Set of Eyes': The Process and Challenges of Software Documentation Review", arXiv:2608.26232v1 (26 August 2026) ↗影響カード全文 →
制限または撤回2026-08-032026-09-28 に検証
FDAのガイダンスは、使用説明書は代表的な利用者がその機器を使ってどう振る舞うかによって判断されるとし、使用上の問題を説明書の書き直しで直すには新たな試験データが要るとしている

医療機器の製造元に向けたFDAのガイダンスであり、拘束力のない推奨を含むものと明記されている。使用説明書、ユーザーマニュアル、同梱の説明文書、クイックスタートガイドを含むラベリングを対象とし、次のように述べている。ヒューマンファクターのバリデーション試験は使用説明書が十分かどうかを評価できるが、それは機器の使用という文脈のなかでのみである。試験の参加者について最も重要な考慮は、想定される利用者の母集団を代表していることである。そして試験で重要な作業に使用エラーが見られた場合、説明書その他のラベリングを修正したことでリスクが低減されたと述べることは、その変更が効いたことを示す追加の試験データなしには受け入れられない。対象は医療機器だけであり、誰が説明書を書くのかは述べていない。

失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。

US Food and Drug Administration — Applying Human Factors and Usability Engineering to Medical Devices, guidance for industry and FDA staff (issued 3 August 2026; originally issued 3 February 2016) ↗影響カード全文 →
政策による要求2026-07-212026-09-13 に検証
韓国のAI基本法は、高影響AIの事業者に、安全のための措置を確かめられる文書の作成と保存を求め、その仕組みの判断基準と学習データを説明する計画を実施することを求めている

法制処のポータルで、2026年7月21日施行の版を条文ごとに読んだ。第34条第1項の二つの号がこの職業に関わり、そしてそれぞれ別のことをやっている。第2号は、技術的に可能な範囲で、そのAIが出した最終の結果、そこへ至るのに使われた主たる判断基準、そして開発と運用に使われた学習データの概要を説明する計画を、事業者が立て実施することを求めている。第5号は、安全性と信頼性の措置の内容を確かめられる文書の作成と保存を求めている。前者はリファレンスが何を覆わなければならないかを定め、後者は何かを書かずに済ませる裁量を取り除く。第36条第1項第3号はさらに、著述ではなく維持についての要点をつくる——利用者数や売上の基準を超える国外の事業者は国内の代理人を置かなければならず、その職務には第34条第1項の遵守の支援が含まれ、そこには明示的に、それらの文書が最新で正確かを確かめることが含まれる。限界が二つ。この法律は細部を大統領令と省の告示に委ねており、第34条第2項は、大臣がその告示の遵守を勧告できるとしている——つまり何をどこまで書かなければならないかの具体性は、この記録では固定されていない。そして縛るのは韓国国内の高影響AIの事業者だけである。ここにはテクニカルライターも、文書も、時間も、何一つ数えられていない。

規制、補助金、あるいは公共調達が、導入を求めているか資金を付けている——constraint の鏡である。導入が求められていることを示すのであって、起きたことを示すのではないので、一件の mandate は単独では決して足りず、独立した二件で足りる。

국가법령정보센터 (Korea Ministry of Government Legislation) — 인공지능 발전과 신뢰 기반 조성 등에 관한 기본법 제34조·제36조 ↗影響カード全文 →
使用者による採用2026-04-012026-09-13 に検証
米国統計局の企業動向調査の追補:企業のなかで報告された生成AIの用途の首位は文章を書くことであり、65%の企業がAIの利用を三つ以下の業務に限っている

全国を代表する調査であり、対象期間は2025年11月から2026年1月。これは同じ追補の、企業としての導入の層ではなく、働き手と業務の層である——23%の企業(従業員で加重すると41%)が、働き手が業務でAIを使っていると報告しており、報告された用途のなかでは、文章を書くこと、文書の分析、情報の検索が上位を占める。これはある業務を報告した企業の数え上げであって、その方法でどれだけの文章が書かれているかの測定ではない。そして技術文書とそれ以外の文章を区別していない——何が書かれたのかを誰も尋ねていない。ここでの値打ちは、これが何でないかにある——提供元の利用計測と違い、これは答えに利害を持たない統計機関が同じ経路を数えたものであり、だから、働き手による利用については、存在するかぎりこちらのほうが良い情報源である。

ある道具が実際の仕事のために大規模に使われていることが測定されており、しかも使うと決めたのが雇用主ではなく働き手である場合。capability の記録より重い——仕事が実演ではなく本物だからである——そして deployment の記録より軽い。どの雇用主もそれを本番に置いておらず、求めてもおらず、その周りに工程も作っていないからである。重みは `cautious` である——`automating` とは、機械がその業務をできることと、採用の兆しがあることの両方を意味し、これは採用の兆しである——しかし利用は試験的でありうるし、測定の多くは利害のある側から来るので、一件では決して足りず、独立した二件で足りる。誰が数えているかに注意すること。ベンダーの計測データはこれを直に見るが、その道具を売っているので、そうした記録は適用範囲にその利害を明記する。統計機関が企業に「働き手は業務でAIを使っているか」を尋ねる場合、同じ経路を何の利害もなく見ており、それが存在するならそちらが良い出典である。

U.S. Census Bureau, Center for Economic Studies (CES-WP-26-25), worker-task findings ↗影響カード全文 →
あなたにとって何を意味するか

これがあなたにとって何を意味するか#

始めたばかりなら

かつてあなたを雇っていた業務——リファレンスを産み出すこと——は、このサイトで最も晒された「書く業務」である。いま希少なのは、誰も直接には人を採らない業務である——知らない人であり、手順に従い、不可能な一段を見つける人であること。それを自分の働き方のなかで目に見えるようにすること。安い起草を生き延びる論拠は、それだけだからである。

経験があるなら

あなたのチームは網羅率で測られ、そして網羅率はいま無料になった。だから指標は素晴らしく見えながら、文書は、どの画面からも見えない仕方で悪くなる。管理職の前に置く価値のある数字は、最もよく読まれる十ページについての問い合わせの件数である。文書が本当に良くなったときに動く指標は、それだけだからである。

選べる道#

四つの方向。それぞれに現実の制約と、今週試せることが一つ付いています。いまのまま続けることも正当な選択です——ただし、選ばれたものでなければなりません。

職の形を組み替える

最初の利用者に、正式になる

モデルが持てない唯一の文書の入力は、戸惑うという経験である。そして速く出しているチームは、顧客が戸惑う前に、意図して戸惑うことを仕事にする誰かを必要としている。

現実の制約

公開前の版に触れられることが要り、それは技能ではなく権限の問いであり、しばしば政治的に勝ち取らなければならない。

今週試すこと

最もよく読まれるページを取り、まっさらな機械の上でそれに従い、失敗した段を数える。意見ではなく、その数を持っていく。

隣へ移る

文書が適合の証拠である分野へ移る

規制のかかった分野では、文書は規則によって求められている——韓国のAI法は、高影響の事業者に、安全措置を裏づける文書の作成と保存を求めている。だから予算ではなく法によってその場に留められている。

現実の制約

遅く、手続きの多い仕事であり、役に立つようになるまで一年は分野の知識が要る。

今週試すこと

自分の業界で規制のかかった文書の基準を一つ見つけ、その目次を読む。形式が定められているなら、その職は費用以外の何かに守られている。

よくある問い#

AIはテクニカルライターの仕事を奪うのか

リファレンスを起草することは、このサイトで最も晒された「書く業務」である。真実の出どころが機械可読で、出力の形式が決まっているからであり——しかも文書生成の道具は、モデルよりずっと前からその一部を取っていた。動かないのは試験のほうである——まっさらな機械の上で自分の手順に従い、エンジニア以外の全員にとって不可能な一段を見つけること。そのコードベースで学習したモデルは、その試験が働くために欠けていなければならない知識を、まさに受け継いでしまう。

あとどれくらい時間があるのか

日付は出さない。信号は、自分のチームが何で測られているかである。公開したページ数や網羅率なら、その指標はいま無料になり、文書が悪くなるなかで素晴らしく見える——そして人員の判断は、その画面を見て下される。最上位のページについての問い合わせ件数を誰かが追っているかどうかを見ること。文書が本当に良くなったときに動く指標はそれだけであり、それが存在するかどうかが、次の予算の行方を教えてくれる。

文書の網羅率は、いまも良い指標か

生成が安くなった瞬間に良い指標ではなくなった。そしてそれが、この職業で最も結果の大きい変化である。網羅率はいまや、誰かがそれで何かできるかどうかではなく、どれだけの文章が存在するかを測っている。だから網羅率で判断されるチームは、いままさに重要になった業務——何を書かないかを決めること——を手放すことで報われる。自分のチームがいまも網羅率を報告しているなら、それを持ち出すことは、もう一ページ書くより値打ちがある。

規制のかかった技術文書は違うのか

はっきり違う。そしてそれは、費用以外の何かによってその場に留められている業務の、このページで最もはっきりした例である。医療機器では、取扱説明書は代表的な使用者がその機器をどう使えるかで評価され、FDAのガイダンスは、新しい試験データなしに説明書を書き直して使用上の問題を直すことは受け入れられないとしている。つまり、生成してそのまま出すことができない。それは技術的な守りではなく政策上の守りであり——その規則が残っているあいだちょうどの長さだけ持つ——が、今日においては本物である。

何を根拠に

これらの判断が載っているもの#

このページの 4 件の業務判断のうち 3 件は検証済みの事象に支えられ、1 件はプラットフォームの推論であり、いずれもそれが現れる場所に明示されている。その背後には 1 の技術次元、言語モデルが一般に届いて以降の推移の再構成、そして 4 件の検証済み事象がある。

どの技術か、どうやってここまで来たのか、そして方法を見る →

公式の分類でどこに位置するか:スキル、知識、関連職業 →

同じ機能のなかの他の職種#

会社はまず仕事を機能に分け、そのあとで職に分ける。以下はこの仕事と同じ「技術とデータ」のなかにある職種である。これは組織図についての事実であって、互いに似ているとか、同じ方向へ変わりつつあるという判断ではない。

初級ソフトウェアエンジニア · 経験のあるソフトウェアエンジニア · フロントエンド開発者 · バックエンド開発者 · データエンジニア · 機械学習エンジニア · AI研究者 · ソフトウェアテスター/QAエンジニア · データアナリスト · データサイエンティスト · 統計家 · エコノミスト · ビジネスアナリスト · 業務システムオーナー · 情報システムの支援担当・ヘルプデスク · セキュリティアナリスト(監視運用) · DevOps エンジニア・プラットフォームエンジニア・SRE · ネットワークエンジニア · グラントライター・助成金担当者