VS Codeのターミナルを使いこなす設定と、Mac標準のターミナルとの使い分け

@SOHO編集部
@SOHO編集部
VS Codeのターミナルを使いこなす設定と、Mac標準のターミナルとの使い分け

この記事のポイント

  • ✓VS Codeのターミナルの開き方
  • ✓作業フォルダの決まり方
  • ✓フォントやシェルの設定を公式ドキュメントをもとに整理しました

VS Codeのターミナルは、エディタの中でそのままコマンドを打てる便利な機能です。ただ、開き方や分割の操作は知っていても、「新しいターミナルがどのフォルダで開くのか」「なぜMacのターミナルと動きが違うのか」まで把握している人は多くありません。

この記事では、VS Codeのターミナルを使いこなすための設定を、公式ドキュメントの記載をもとに整理します。あわせて、Mac標準のターミナルとの違いと、どちらを使うかの使い分けの目安もまとめました。対象はMacでVS Codeを使っている人です。キーボードショートカットはMacの既定の割り当てで書いています。設定の名前は、VS Codeの設定画面の検索欄にそのまま入れれば見つかる形で載せているので、読みながら手元で試してみてください。

VS Codeのターミナルとは何か

VS Codeのターミナルは、公式ドキュメントで「統合ターミナル(integrated terminal)」と呼ばれている機能です。ターミナルとは、文字でコマンドを入力してパソコンを操作するための画面のことです。VS Codeでは、この画面がエディタの下のパネルに組み込まれています。

公式ドキュメントの冒頭には、次のように書かれています。

Visual Studio Code includes a full featured integrated terminal that starts at the root of your workspace. It provides integration with the editor to support features like links and error detection. The integrated terminal can run commands such as mkdir and git just like a standalone terminal. 出典: code.visualstudio.com

日本語にすると、VS Codeには機能のそろった統合ターミナルがあり、ワークスペース(VS Codeで開いているフォルダ)の一番上の階層で起動し、リンクやエラーの検出のようにエディタと連携した機能を持ち、mkdirやgitのようなコマンドを単独のターミナルと同じように実行できる、という内容です。

ここで大事なのは、VS Codeのターミナルの中で動いているのは、Macに入っているシェルそのものだという点です。シェルとは、入力したコマンドを読み取って実行するプログラムのことで、Macではzshが既定です。つまり、VS Codeのターミナルは「VS Code専用の特別なコマンド環境」ではなく、Macのシェルを表示する窓をVS Codeの中に1つ持っている、と考えると理解しやすくなります。

開き方と、最初に覚えたいショートカット

VS Codeのターミナルを開く方法は3つあります。メニューの「表示」から「ターミナル」を選ぶ方法、コマンドパレット(⌘⇧Pで開く、コマンドを名前で探して実行する入力欄)で「Terminal: Create New Terminal」を実行する方法、そしてショートカットです。

Mac向けの公式のショートカット表に載っている、ターミナルの基本の操作は次のとおりです。

操作 Macのショートカット
ターミナルを表示する・隠す ⌃`(Controlとバッククォート)
新しいターミナルを作る ⌃⇧`
選んだ文字をコピーする ⌘C
1行ずつ上下にスクロールする ⌘↑ / ⌘↓
先頭・末尾までスクロールする ⌘Home / ⌘End

最初につまずきやすいのが、⌃`のバッククォートの位置です。日本語のキーボードでは、バッククォートはShiftと@のキーの組み合わせにあたるため、表のとおりに押しても反応しないことがあります。その場合は、キーボードショートカットの設定画面(⌘K、⌘Sの順で開く)で「Terminal: Toggle Terminal」を検索し、押しやすいキーに割り当て直すと解決します。

ターミナルを閉じるときは、タブの上でゴミ箱のボタンを押すか、コマンドパレットで「Terminal: Kill the Active Terminal Instance」を実行します。パネルを隠すだけなら、もう一度⌃`を押せば中のシェルは動いたまま残ります。この「隠す」と「終了する」の違いを知らずに、長い処理を止めてしまう失敗は現場でよく見かけます。

新しいターミナルはどのフォルダで開くのか

VS Codeのターミナルで最も誤解されやすいのが、作業フォルダ(コマンドを実行する基準になる場所で、カレントディレクトリとも呼ぶ)の決まり方です。公式ドキュメントには、既定ではエクスプローラーで開いているフォルダでターミナルが開くと書かれています。

つまり、VS Codeで「案件A」のフォルダを開いていれば、新しいターミナルは案件Aのフォルダで始まります。Mac標準のターミナルを開くと、たいていはホームフォルダから始まるので、毎回cdコマンドで移動する手間がありません。この点が、VS Codeのターミナルが便利だと言われる最大の理由です。

開く場所を固定したい場合は、設定の「terminal.integrated.cwd」で好きなパスを指定できます。

{
  "terminal.integrated.cwd": "/Users/yourname/projects"
}

もう1つ知っておきたいのが、分割したときの作業フォルダです。公式ドキュメントによると、MacとLinuxでは、分割して作った新しいターミナルは元のターミナルの現在の作業フォルダを引き継ぎます。元のターミナルでサブフォルダに移動していれば、分割した側もそのサブフォルダで始まるということです。いつもワークスペースの一番上から始めたい場合は、「terminal.integrated.splitCwd」を「workspaceRoot」にします。

{
  "terminal.integrated.splitCwd": "workspaceRoot"
}

エクスプローラーでフォルダを右クリックし、「統合ターミナルで開く(Open in Integrated Terminal)」を選ぶと、そのフォルダで新しいターミナルを開けます。既定ではショートカットは割り当てられていませんが、公式ドキュメントでは自分で割り当てる方法が紹介されています。

分割と、エディタの場所に開くターミナル

開発では、片方でサーバーを動かし、もう片方でgitやテストのコマンドを打つ、という使い方がよくあります。VS Codeでは、1つのパネルの中でターミナルを左右に並べる「分割」ができます。

分割する方法は3つあります。ターミナルの一覧の右側にある分割のボタンを押す方法、右クリックのメニューから「分割」を選ぶ方法、コマンドパレットで「Terminal: Split Terminal」を実行する方法です。分割したターミナルはグループとしてまとまり、まとめて扱えます。グループから1つだけ外したいときは「Terminal: Unsplit Terminal」を使います。

さらに、ターミナルをエディタのタブと同じ場所に開くこともできます。コマンドパレットで「Terminal: Create New Terminal in Editor Area」を実行するか、パネルのターミナルをエディタの領域へドラッグします。エディタの場所に開いたターミナルは、普通のファイルのタブと同じように並べたり、画面を左右に分けたりできます。

大きな画面で作業している人は、左にコード、右にターミナルという並べ方が見やすくなります。ノートパソコンの画面で作業するなら、パネルの最大化のボタンを押してターミナルを一時的に大きく表示し、出力を読み終えたら戻す使い方が向いています。公式ドキュメントでも、新しいウインドウでパネルを最大化し、サイドバーを隠してVS Codeを単独のターミナルのように使う人がいると紹介されています。

見た目とシェルの設定

ターミナルの文字が小さい、エディタと文字の形が違うといった不満は、設定で直せます。公式ドキュメントの見た目の設定のページに載っている主な項目は次のとおりです。

設定の名前 内容
terminal.integrated.fontFamily ターミナルの文字の種類(フォント)
terminal.integrated.fontSize 文字の大きさ
terminal.integrated.lineHeight 行の高さ(1.1なら10%広くなる)
terminal.integrated.cursorStyle カーソルの形(block、line、underline)
terminal.integrated.scrollback さかのぼって見られる行数(既定は1000行)

とくに見直したいのがscrollbackです。scrollbackとは、画面の上に流れて見えなくなった出力を、どこまでさかのぼって保存しておくかの行数です。既定の1000行だと、ビルドやテストの長い出力の先頭が消えて、最初のエラーを見落とすことがあります。長い出力を扱うなら、5000行や10000行に広げておくと安心です。

どのシェルを使うかは、ターミナルのプロファイルで決めます。プロファイルとは、使うシェルと起動の条件をまとめた設定のことです。Macでは「terminal.integrated.defaultProfile.osx」に、zshやbash、fishといったプロファイルの名前を指定します。

{
  "terminal.integrated.defaultProfile.osx": "zsh",
  "terminal.integrated.fontSize": 14,
  "terminal.integrated.scrollback": 10000
}

新しいターミナルを作るボタンの横にある下向きの矢印を押すと、検出されたシェルの一覧から選んで開くこともできます。普段はzsh、特定の作業だけbashといった切り替えも簡単です。

シェル統合と、選んだ行をそのまま実行する機能

VS Codeのターミナルには、Mac標準のターミナルにはない機能がいくつかあります。中心になるのが「シェル統合」です。シェル統合とは、VS Codeがシェルの中で起きていることを読み取り、コマンドの区切りや作業フォルダを把握する仕組みのことです。公式ドキュメントでは、Macではbash、fish、pwsh、zshに対応し、VS Codeから起動したシェルでは既定で自動的に有効になると説明されています。

シェル統合が有効だと、実行したコマンドの左側に印が付き、成功したか失敗したかが一目で分かります。過去のコマンドの位置へ移動したり、出力をまとめて選んだりもできます。

もう1つ便利なのが、エディタで選んだ文字をそのままターミナルで実行する機能です。手順書やREADMEに書かれたコマンドを選んで、コマンドパレットで「Terminal: Run Selected Text in Active Terminal」を実行すると、選んだ部分がターミナルで実行されます。何も選んでいないときは、カーソルのある行全体が実行されます。コピーと貼り付けの往復が減るので、手順書を見ながら環境を作る作業がかなり楽になります。

ターミナルに表示されたファイル名やURLは、⌘を押しながらクリックすると開けます。エラーの出力に「ファイル名:行番号」が含まれていれば、その行に直接移動できます。エラーの箇所を探す時間が短くなるのは、統合ターミナルならではの利点です。

Macの操作感に近づけるキーの設定

Mac標準のターミナルに慣れている人がVS Codeのターミナルを使うと、細かなキー操作の違いに戸惑います。公式ドキュメントのよくある質問には、こうした違いを埋める設定がいくつか載っています。

1つ目は、実行中のコマンドを止める操作です。Mac標準のターミナルでは⌘.(Commandとピリオド)でも⌃C(ControlとC)と同じように処理を止められます。VS Codeでも同じ動きにしたい場合は、キーボードショートカットの設定ファイル(keybindings.json)に、⌘.を押したときにターミナルへ⌃Cの信号を送る設定を追加する方法が紹介されています。

2つ目は、すべてを選ぶ操作です。Macでは「Terminal: Select All」が⌘Aに割り当てられているので、出力をまとめてコピーしたいときは⌘Aから⌘Cの順で押せば済みます。

3つ目は、分割したターミナルの幅の調整です。公式ドキュメントによると、分割した各ターミナルの幅を変える既定のショートカットは⌃⌘←と⌃⌘→ですが、Macでは押すたびに警告の音が鳴ることがあります。これはChromiumという、VS Codeの画面の土台になっている仕組みの問題で、ドキュメントには音を止めるための回避策が紹介されています。音が気になるなら、マウスで境界線をドラッグして幅を変えても構いません。

4つ目は、出力の中のリンクを探す操作です。⌘⇧Oで「Terminal: Open Detected Link...」を開くと、画面に表示されているリンクやファイル名を一覧から選んで開けます。長いログの中からエラーのファイルを探すときに役立ちます。

キーの設定は、一度整えれば別のMacにも設定の同期で持ち運べます。案件ごとにMacを変える人ほど、最初に時間をかけて整える価値があります。

よくあるつまずきと直し方

VS Codeのターミナルで起きやすいつまずきを、原因と直し方の組み合わせで整理します。

1つ目は、コマンドが見つからないというエラーです。Mac標準のターミナルでは動くのにVS Codeでは「command not found」と出る場合、PATHの並び順の違いが原因であることがほとんどです。ターミナルでwhichコマンドを使い、どこのプログラムが呼ばれているかを両方のターミナルで比べると、原因の場所を特定できます。シェルの設定ファイルの中で、PATHを追加する行の順番を見直すと直ることが多いです。

2つ目は、ターミナルが真っ白のまま入力できない状態です。公式ドキュメントには、ターミナルの起動の問題を扱う専用のトラブルシューティングのページが用意されています。シェルの設定ファイルの中でエラーが出ていると起動が止まることがあるため、Mac標準のターミナルで新しいウインドウを開き、同じエラーが出ないかを確かめるのが最初の切り分けです。

3つ目は、日本語のファイル名や出力が崩れる問題です。多くの場合、使っているフォントが日本語の文字を持っていないことが原因です。「terminal.integrated.fontFamily」に、英数字用のフォントのあとに日本語を表示できるフォントを並べて指定すると、足りない文字を後ろのフォントで補って表示します。

4つ目は、長い出力の先頭が見られない問題です。前の節で触れたscrollbackの行数を広げれば解決します。テストの結果のように特に長い出力は、ファイルに書き出してからエディタで開くほうが確実です。

どのつまずきも、Mac標準のターミナルで同じことが起きるかを確かめると、VS Code側の問題か、シェルやMac側の問題かを早く切り分けられます。

VS Codeのターミナルのメリットとデメリット

ここまでの内容を、メリットとデメリットに分けて整理します。

観点 メリット デメリット
作業フォルダ 開いているフォルダで始まるのでcdが要らない 複数の案件を行き来するとウインドウが増える
エディタとの連携 エラーの行に飛べる、選んだ行を実行できる VS Codeを閉じると基本的にはターミナルも閉じる
画面の広さ 1つのウインドウで完結する エディタと画面を分け合うので狭くなりやすい
動作の重さ 追加のアプリが要らない 拡張機能が多いとVS Code全体が重くなる
環境の違い 設定をワークスペースごとに変えられる Macのターミナルと環境変数の読み込み順が違うことがある

最後の「環境変数の読み込み順」は、知らないと原因が分からず時間を溶かす問題です。公式ドキュメントでは、Macでは最初にVS Codeが開発環境を読み込むためにシェルをログインシェルとして一度起動し、その後ターミナルを開くときにもう一度ログインシェルとして起動するため、PATHの並び順が想定と変わることがあると説明されています。nvmなどでNodeのバージョンを切り替えている人が「Macのターミナルでは動くのにVS Codeでは動かない」と困る原因の多くはここにあります。

なお、VS Codeのターミナルには、ウインドウを読み込み直したり再起動したりしたときに、前の内容を復元する仕組みもあります。公式ドキュメントでは「persistent sessions」と呼ばれ、設定で止めることもできます。

初めて設定するときの手順

ここまでの内容を、初めてVS Codeのターミナルを整える人向けの手順にまとめます。全部で10分ほどで終わります。

  1. ⌃`でターミナルが開くかを確かめる。開かなければ、キーボードショートカットの設定で「Terminal: Toggle Terminal」を押しやすいキーに割り当てる
  2. 設定画面(⌘,)で「terminal.integrated」と検索し、フォントの大きさと行の高さを読みやすい値にする
  3. scrollbackを10000行程度に広げ、長い出力の先頭が消えないようにする
  4. 既定のシェルがzshになっているかを、新しいターミナルを作るボタンの横の矢印で確かめる
  5. Mac標準のターミナルで動いているコマンド(node、python、gitなど)を、VS Codeのターミナルでwhichを使って確かめ、同じ場所のものが呼ばれているかを見る
  6. 分割したターミナルを毎回ワークスペースの一番上で始めたいなら、splitCwdをworkspaceRootにする

5番目の確認は、後から起きる「なぜか動かない」の大半を最初に防げるので、面倒でも一度やっておく価値があります。設定はユーザー全体に効かせる方法と、ワークスペース(案件のフォルダ)だけに効かせる方法があります。案件ごとにシェルや開く場所を変えたいときは、ワークスペースの設定に書いておくと、ほかの案件に影響しません。

SSHの接続先やコンテナの中で使うとき

VS Codeは、拡張機能を使ってSSHで接続したサーバーや、開発用のコンテナの中のフォルダを開くこともできます。この場合、ターミナルは手元のMacではなく、接続先の環境で動きます。サーバーの上でコマンドを打っているのと同じなので、手元のMacのファイルを指したつもりで操作しないよう注意が必要です。

シェル統合についても、公式ドキュメントでは、Remote - SSHの拡張機能を使わずにターミナルの中から普通にsshコマンドで接続した場合は、自動の有効化が働かないと説明されています。接続先でもコマンドの印やエラーの行への移動を使いたいなら、拡張機能を通して接続するほうが便利です。

取引先のサーバーで作業する業務委託の案件では、どの環境のターミナルで作業しているかを取り違える事故が起きやすくなります。ターミナルのタブに名前や色を付ける機能を使い、手元と接続先を見た目で区別しておくと安心です。

Mac標準のターミナルとの違い

Macには最初から「ターミナル」というアプリが入っています。Appleのサポートページでは、macOS 10.15以降はzshが既定のシェルだと案内されています。

macOS 10.15以降では、Macのデフォルトのログインシェルおよびインタラクティブシェルとして、zshが使用されます。 出典: support.apple.com

VS Codeのターミナルも、既定ではこのzshを使います。中で動いているシェルは同じなので、打てるコマンドも同じです。違いは、シェルを表示する窓の性格にあります。

観点 VS Codeのターミナル Mac標準のターミナル
起動する場所 開いているフォルダ 通常はホームフォルダ
エディタとの連携 ある(エラーの行へ移動など) ない
窓の扱い VS Codeのパネルかエディタのタブ 独立したウインドウとタブ
分割 左右に並べて別々のシェルを動かせる ⌘Dでウインドウを2つに分割できる
見た目の設定 設定ファイルで細かく指定する プロファイルを画面で選んで変える
VS Codeを閉じたとき 基本的に一緒に閉じる 影響を受けない

Mac標準のターミナルのショートカットは、Appleのサポートページに一覧があります。新規ウインドウは⌘N、新規タブは⌘T、ウインドウを2つに分割するのは⌘D、分割パネルを閉じるのは⇧⌘D、フォントを大きくするのは⌘+です。

VS Codeの中から、外部のターミナルとしてMac標準のターミナルを開くこともできます。公式ドキュメントでは、VS Codeの外で作業したいときのために外部のターミナルを開くショートカットが用意されていると説明されています。

どちらを使うかの使い分けの目安

結論として、使い分けの目安は次のとおりです。

VS Codeのターミナルが向いているのは、1つの案件のコードを書きながら、そのフォルダでgit、テスト、ビルド、開発用のサーバーを動かす作業です。エディタと行き来する回数が多いほど、統合されている利点が大きくなります。

Mac標準のターミナルが向いているのは、VS Codeとは関係なく長く動かし続けたい処理、複数の案件のフォルダを横断する作業、サーバーへのSSH接続のようにエディタと結び付かない作業です。VS Codeを閉じたり再起動したりしても止めたくない処理は、独立したアプリで動かしておくほうが安全です。

最近増えているのが、AIのコーディングの道具をターミナルで長時間動かす使い方です。この場合、VS Codeの再起動や拡張機能の更新のたびに処理が中断される心配があるため、独立したターミナルで動かし、VS Codeは結果を確かめる場所として使う人も少なくありません。ぶっちゃけ、1つの道具で全部を済ませようとするより、役割で分けたほうが事故は減ります。

案件を複数抱えている人は、案件ごとにVS Codeのウインドウを開くと、それぞれのフォルダで始まるターミナルが手に入ります。ただし、ウインドウが5つも6つもあると、どのターミナルで何が動いているかを見失いやすくなります。

フォルダとターミナルを1つの画面で行き来したいときの候補

複数の案件のフォルダを行き来しながらターミナルで作業する人が困るのは、「どのフォルダで、どのターミナルが、何を実行しているか」が見えにくくなることです。VS Codeのウインドウを増やすか、Mac標準のターミナルのタブを増やすかで対応するのが一般的ですが、フォルダの一覧とターミナルを1つの画面で扱う道具を使う方法もあります。

その候補の1つに、Mac用のファイル管理アプリのAtriensがあります。公式サイトによると、Atriensはフォルダとターミナルを1つの画面で扱うアプリで、フォルダごとにターミナルが1つ結び付いており、フォルダを切り替えるとターミナルも一緒に切り替わるため、cdを打つ必要がありません。各ターミナルが動いているか、応答を待っているか、終わったかをタブの色と印で見分けられ、作業が終わったときや確認を求められたときはmacOSの通知で知らせます。複数のフォルダのターミナルを分割して同時に見ることや、フォント、文字の大きさ、行間、配色をまとめたプロファイルをフォルダごとに割り当てることもできます。

料金は、サイドバー、ターミナル、プレビュー、GitなどMac単体で使う機能が期限なく無料で、アカウントの登録も不要です。iPhoneやiPadから自宅のMacのターミナルを操作する機能を使う場合だけ有料で、月額780円、年額6,800円、買い切り14,800円(いずれも税込)から選べます。動作環境はmacOS 14以降、Apple Silicon搭載のMacです。

Atriensは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

一方で、Atriensの公式サイトでも、コードを書く道具としての機能は持たないと明記されています。コードの補完やデバッグはVS Codeに任せ、フォルダの整理とターミナルの行き来をAtriensで行う、という組み合わせが前提です。1つの案件だけを扱っている人は、VS Codeのターミナルだけで十分に足ります。

ターミナルの設定は案件の生産性を左右する

最後に、ターミナルの使い方を仕事の観点から考えます。業務委託で開発の仕事を受ける人は、取引先ごとに使っている言語やNodeのバージョンが違うことがよくあります。案件を切り替えるたびに環境変数やシェルの設定でつまずくと、1回あたり数十分を失います。ターミナルの設定を整えておくことは、地味ですが確実に作業時間を守る投資です。

在宅ワークの仲介サイトを長く運営してきた立場から見ると、開発の仕事が長く続く人ほど、コードの速さより「手順を再現できる形で残す」ことに時間を使っています。どのフォルダで、どのコマンドを、どの順に打てば動くのかをREADMEに書き、ターミナルの選んだ行を実行する機能で確かめられる状態にしておけば、取引先の担当者が変わっても引き継ぎで困りません。仲介を挟まずに手数料0%で直接取引できる関係では、こうした丁寧さがそのまま継続の依頼につながりやすいという実感があります。

開発の案件の種類と進め方は、アプリケーション開発のお仕事で詳しく紹介しています。報酬の水準を知りたい人は、ソフトウェア作成者の年収・単価相場で公的な統計をもとに整理した相場を確認できます。AIの道具を業務に組み込む支援に関心があるならAIコンサル・業務活用支援のお仕事、セキュリティを含めて扱うならAI・マーケティング・セキュリティのお仕事が入口になります。コードを書かずに業務の仕組みを作る道具との比べ方は、中小企業のノーコード活用2026|kintone vs Power Apps vs Bubbleで整理しています。

よくある質問

Q. VS Codeのターミナルが開かないときはどうすればよいですか?

Macの既定のショートカットは⌃`ですが、日本語のキーボードではバッククォートの位置の関係で反応しないことがあります。メニューの「表示」から「ターミナル」を選ぶか、コマンドパレットで「Terminal: Create New Terminal」を実行して開けるか確かめてください。開ける場合は、キーボードショートカットの設定で押しやすいキーに割り当て直すと解決します。

Q. VS Codeのターミナルで開く場所を変えられますか?

既定では、エクスプローラーで開いているフォルダでターミナルが開きます。いつも同じ場所で開きたい場合は、設定の「terminal.integrated.cwd」にパスを指定します。分割したターミナルはMacでは元のターミナルの作業フォルダを引き継ぐため、毎回ワークスペースの一番上から始めたいなら「terminal.integrated.splitCwd」を「workspaceRoot」にします。

Q. Macのターミナルでは動くコマンドがVS Codeでは動かないのはなぜですか?

公式ドキュメントでは、MacのVS Codeは起動時にシェルをログインシェルとして一度起動し、ターミナルを開くときにもう一度ログインシェルとして起動するため、PATHの並び順が変わることがあると説明されています。nvmなどでバージョンを切り替えている場合に起きやすいので、どのコマンドが使われているかをwhichで確かめると原因を絞り込めます。

Q. VS CodeのターミナルとMac標準のターミナルはどちらを使うべきですか?

1つの案件のコードを書きながらgitやテストを動かすなら、開いているフォルダで始まりエディタと連携できるVS Codeのターミナルが便利です。VS Codeを閉じても止めたくない長時間の処理や、複数のフォルダを横断する作業、サーバーへの接続は、独立したMac標準のターミナルで動かすほうが安全です。

この記事について

@SOHO
編集部

監修:@SOHO編集部

2004年よりフリーランス・在宅ワーク向けサービスを運営。生成AIで作成した下書きを、一次情報と照らし合わせて確認したうえで公開しています。

公開:2026年1月20日最終更新:2026年10月12日
@SOHO編集部

この記事を書いた人

@SOHO編集部

フリーランス・在宅ワークの専門メディア

@SOHOは2004年から続く、日本のフリーランス・在宅ワーク向け案件サイトです。記事は生成AIで下書きを作り、数値・固有名・出典を一次情報と照らし合わせる確認の手順を経て公開しています。

@SOHOで仕事を探してみませんか?

手数料0%・登録無料のクラウドソーシング。フリーランスの方も企業の方も、今すぐ始められます。

関連記事

カテゴリから探す

クラウドソーシング入門

クラウドソーシング入門

クラウドソーシングの基礎知識・始め方・サイト比較

職種別ガイド

職種別ガイド

職種・スキル別の案件獲得方法と単価相場

副業・在宅ワーク

副業・在宅ワーク

副業・在宅ワークの始め方と対象者別ガイド

フリーランス

フリーランス

フリーランスの独立・営業・実務ノウハウ

お金・税金

お金・税金

確定申告・節税・経費・ローンなどお金の知識

スキルアップ

スキルアップ

プロフィール・提案文・単価交渉などのテクニック

比較・ランキング

比較・ランキング

サービス比較・おすすめランキング

AI活用

AI活用

職種別にChatGPT・生成AIを活用して業務効率化・収益化するノウハウ

最新トレンド

最新トレンド

市場動向・法改正・AIなど最新情報

発注者向けガイド

発注者向けガイド

クラウドソーシングで外注・人材探しをする企業・個人向け

転職・キャリア

転職・キャリア

転職エージェント・転職サイト比較・キャリアチェンジ

看護師の転職・求人

看護師の転職・求人

看護師の転職・派遣・単発バイト・副業など働き方のガイド。診療や医学の情報は扱いません

薬剤師の転職・求人

薬剤師の転職・求人

薬剤師・登録販売者の転職・派遣・パートなど働き方のガイド。診療や医学の情報は扱いません

介護職の転職・求人

介護職の転職・求人

介護職・介護福祉士・ケアマネジャー・訪問介護員の転職・派遣・夜勤など働き方のガイド

保育士の転職・求人

保育士の転職・求人

保育士・保育補助・幼稚園教諭の転職・派遣・パートなど働き方のガイド

医療職の転職・求人

医療職の転職・求人

医師・産業医・リハビリ職・歯科衛生士・管理栄養士・医療事務の転職や働き方のガイド。診療や医学の情報は扱いません

保険

保険

生命保険・医療保険・フリーランスの保険設計

採用・求人

採用・求人

無料求人掲載・採用コスト削減・人材募集の方法

オフィス・ワークスペース

オフィス・ワークスペース

バーチャルオフィス・コワーキング・レンタルオフィス

法律・士業

法律・士業

契約トラブル・士業独立開業・フリーランス新法

シニア・50代

シニア・50代

シニア世代のキャリアチェンジ・副業・年金

セキュリティ

セキュリティ

サイバーセキュリティ・脆弱性対策・情報保護

金融・フィンテック

金融・フィンテック

暗号資産・決済・ブロックチェーン・金融テクノロジー

ガジェット・機材

ガジェット・機材

フリーランスに役立つPC・デバイス・周辺機器

子育て×働き方

子育て×働き方

子育てと在宅ワークの両立・保育園・時間管理

補助金・助成金

補助金・助成金

個人事業主・フリーランスが使える公的補助金・助成金・給付金の申請ガイド

M&A・事業売却

M&A・事業売却

会社売却・事業承継・事業譲渡を考える経営者向け。売却の流れ、税金、従業員への伝え方、仲介会社の選び方

アウトソーシング・外注ガイド

アウトソーシング・外注ガイド

SNS運用・経理・広告など、業務のアウトソーシング(外注)を検討する企業・個人向け。費用相場・依頼の流れ・失敗しない選び方