W

employment-contract-templates

作成者 wshobson

employment-contract-templatesは、オファーレター、雇用契約書、NDA、従業員ハンドブック、人事ポリシーのたたき台を、法務を意識した整理された構成で作成するのに役立ちます。スピーディーに初稿を作りたい場面に向いていますが、実運用前には各法域に応じた法務レビューが必要です。

スター32.5k
お気に入り0
コメント0
追加日2026年3月30日
カテゴリーLegal
インストールコマンド
npx skills add https://github.com/wshobson/agents --skill employment-contract-templates
編集スコア

このスキルの評価は68/100です。再利用しやすい雇用関連文書のドラフト支援を探しているディレクトリ利用者には掲載価値がありますが、厳密に運用設計されたワークフローというより、テンプレート中心のリファレンスとして捉えるのが適切です。リポジトリには導入判断に足る内容量と対象範囲の明確さがありますが、判断ツリー、補助ファイル、明示的な手順書のような実行支援は弱く、エージェント側で補完判断が必要になる余地があります。

68/100
強み
  • 適用場面が明確です。説明文と「When to Use」セクションで、契約書、オファーレター、ハンドブック、人事ポリシー、オンボーディング文書まで対象範囲がはっきり示されています。
  • ドキュメントに十分な厚みがあります。SKILL.mdは見出し構成が整理され、法的な留意点や複数の文書テンプレート分類を含んでおり、プレースホルダー的な内容にはとどまりません。
  • 信頼性の手がかりがあります。法的免責が明記されており、法的助言ではなく情報提供用のテンプレートとして位置づけられています。
注意点
  • 運用面の明確さには限界があります。構造上のシグナルではworkflow 0、practical 0となっており、ドラフト作成の進め方や必要な入力項目はエージェント側で推測する必要が残ります。
  • 補助アーティファクトは含まれていません。参照資料、ルール、スクリプト、法域別リソースがないため、例外ケースや法的差異の検証を支える材料は不足しています。
概要

employment-contract-templates スキルの概要

employment-contract-templates でできること

employment-contract-templates スキルは、オファーレター、雇用契約書、従業員ハンドブック、NDA、競業避止条項、オンボーディング向けのポリシー文言など、雇用関連文書のたたき台を作るためのスキルです。価値は単に「契約書を書く」ことではなく、汎用的なプロンプト任せにせず、AIエージェントに法務文書作成のための整理されたフレームを与えられる点にあります。

このスキルが向いている人

このスキルは、定型的な雇用文書をより速く作り始めたい HR、法務オペレーション、創業者、人事チーム、オペレーション担当に特に向いています。繰り返し発生する文書の一貫性を保ちたいとき、特定の職種や雇用形態に合わせてドラフトを調整したいとき、場当たり的なプロンプトだと抜けがちな一般条項をエージェントにきちんと押さえさせたいときに、特に有用です。

実際のジョブ・トゥ・ビー・ダン

多くのユーザーが求めているのは、抽象的な法理論ではありません。必要なのは、雇用関係、文書種別、そして採用実務上の制約――法域、雇用区分、報酬設計、秘密保持、終了条件、社内ポリシーとの整合性――を反映した、実際に使える初稿です。employment-contract-templates スキルが最も力を発揮するのは、スピードと網羅性が重要で、かつ利用前に法務レビューを前提とする場面です。

普通のプロンプトと何が違うか

通常のプロンプトでも、一見もっともらしい契約書は出せます。ただし、at-will と fixed term の違い、employee と contractor の違い、exempt と non-exempt の違い、あるいはフルの雇用契約ではなく offer letter の方が適切かどうか、といった重要な分岐を落としがちです。employment-contract-templates skill は、こうした文書選択と法的な整理ポイントを中心に設計されているため、出発時点の手探りを減らせます。

導入前に知っておくべき注意点

このスキルは文書作成を支援するものであり、法律事務所ではありません。法域ごとの法務レビューを置き換えるものではなく、この制約は他の多くのスキル以上に重要です。複数の州や国にまたがって執行可能な雇用文書を本番運用したい場合、出力は最終版ではなく、レビュー前提のドラフトとして扱ってください。

employment-contract-templates スキルの使い方

employment-contract-templates の導入コンテキスト

wshobson/agents リポジトリから、以下のコマンドでエージェント環境にスキルを追加します。

npx skills add https://github.com/wshobson/agents --skill employment-contract-templates

このスキルは主に SKILL.md を通じて提供されているようなので、補助スクリプトや構造化されたサポートファイルではなく、プロンプト主導で使う前提で考えるのがよいでしょう。

最初に読むべきファイル

まず確認したいのは次のファイルです。

  • plugins/hr-legal-compliance/skills/employment-contract-templates/SKILL.md

このファイルに、スキルの中核ロジックがあります。いつ使うべきか、どの文書タイプを想定しているか、作成前にエージェントが考慮すべき法的な違いは何か、といった判断材料がまとまっています。

入力として何が必要かを把握する

employment-contract-templates usage の品質は、与える事実情報に大きく左右されます。最低限、次の情報は渡してください。

  • 必要な文書タイプ
  • 法域
  • 役職名と職務内容
  • 労働者区分
  • 報酬条件
  • 開始日と契約期間
  • at-will か fixed-term か
  • 秘密保持や IP に関する要件
  • 終了時の取り扱い
  • 会社ポリシー上の制約

これらが欠けると、エージェントは不足分を汎用的な文言で埋めます。雇用文書では、まさにその部分がリスクや使いにくさの原因になりやすいです。

作成前に、まず正しい文書を選ぶ

このスキルの実務上の大きな利点のひとつは、最初に適切な成果物の形を選べることです。

  • Offer letter: 採用前に主要条件を簡潔に示す文書
  • Employment contract: より包括的で拘束力のある合意書
  • Employee handbook: ポリシーや手順をまとめる文書
  • NDA: 情報アクセス前の秘密保持
  • Non-compete: 適法な範囲で退職後の競業を制限する文書

実際のニーズが「採用書類を一貫させたい」なのであれば、答えは単独の契約書ではなく、文書一式の整備かもしれません。

曖昧な依頼を強いプロンプトに変える

弱いプロンプト:

“Write an employment contract for a software engineer.”

より良いプロンプト:

“Use the employment-contract-templates skill to draft a U.S. employment agreement for a full-time at-will Senior Software Engineer in California. Include salary, bonus eligibility, equity summary placeholder, invention assignment, confidentiality, arbitration placeholder, termination language, and exempt classification assumptions. Flag clauses that require California-specific legal review.”

後者が機能しやすいのは、契約関係の種類、法域、職種、レビューが必要な条項を具体的に指定しているからです。

うまく機能しやすい employment-contract-templates ガイド用プロンプトパターン

実用的な employment-contract-templates guide 用プロンプトは、次の形にすると安定します。

  1. 文書タイプを特定する
  2. 法域を明示する
  3. 労働者区分と雇用ステータスを定義する
  4. 必要なビジネス条件を列挙する
  5. 入れたい、または避けたいリスク条項を指定する
  6. レビューポイントを明確に示すよう依頼する

例:

“Use employment-contract-templates for Legal drafting. Create an offer letter plus short-form NDA for a remote part-time marketing manager in New York. Include compensation, expected hours, probationary language if appropriate, confidentiality, return-of-property terms, and a section listing assumptions and clauses for counsel review.”

実務チーム向けの推奨ワークフロー

現場で回しやすい進め方は次のとおりです。

  1. まずスキルで初稿を作る。
  2. エージェントに前提条件と不足情報を洗い出させる。
  3. 会社固有のポリシーを反映して修正する。
  4. 法的リスクが高い条項だけに絞って第2パスをかける。
  5. 弁護士または社内法務に回してレビューする。
  6. 承認済みの版を、次回以降のプロンプト基準として保存する。

一発で「完璧な契約書」を求めるより、この流れの方がスキルの価値を引き出せます。

このスキルが得意な範囲

このスキルは、次のような場面で、構造化された出発点として特に強みがあります。

  • 標準的な雇用契約
  • オファー関連文書
  • オンボーディング文書
  • ポリシー文書の作成
  • 秘密保持を含む雇用関連文書

また、エージェントに自由記述ではなく、雇用文書のカテゴリ単位で考えさせやすい点も実務上有効です。

これだけでは解決しないこと

employment-contract-templates install を検討する際は、限界も把握しておくと判断しやすくなります。現状、このスキルには次のようなものは含まれていないようです。

  • 法域別の条項ライブラリ
  • 自動コンプライアンスチェック
  • ファイルベースのポリシー参照
  • 交渉用プレイブック
  • 実行可能なレビュースクリプト

そのため、法域に深くローカライズされた法務ドラフティングが必要なら、このスキルはフレームワークであって、完成されたコンプライアンス基盤ではありません。

出力品質を上げる実践的なコツ

1回の応答で、エージェントに次のすべてを求めるのがおすすめです。

  • 文書ドラフトの作成
  • 前提条件の一覧化
  • 法的にセンシティブな条項の明示
  • 足りない入力情報の特定
  • リスクの高いセクションについての代替案提示

こうしておくと、使えるドラフトと論点リストを同時に得られます。見た目だけ整った、但し書きのない文章より、意思決定にははるかに役立ちます。

employment-contract-templates スキル FAQ

employment-contract-templates は初心者にも向いている?

はい。白紙の状態や汎用チャットボットへの曖昧な依頼より、良い初稿を作りたいという目的なら有効です。いいえ。初心者でも安全にそのまま法的確定まで進められる、という意味では向いていません。初心者に最も有益なのは、必要事項の整理に使い、その後に経験ある HR や法務レビュアーへ回す使い方です。

汎用的な法務プロンプトではなく、いつこれを使うべき?

文書タイプや雇用区分が重要になるときは employment-contract-templates skill を使うべきです。汎用プロンプトでも自然な文章は出せますが、このスキルの方が、一般的な雇用文書カテゴリと、それを左右する法的な違いに沿って設計されています。

employment-contract-templates は法務チーム専用?

いいえ。employment-contract-templates for Legal はもちろん相性が良いですが、HR、創業者、採用担当、オペレーション担当にも使えます。特に、法務以外のメンバーが文書を弁護士に回す前に、必要情報を漏れなく集めたい場面で役立ちます。

契約書だけでなくポリシー文書も作れる?

はい。元の対象範囲には、HR ポリシー文書や employee handbook 型の資料も明示的に含まれています。個別の雇用契約に加えて、オンボーディング資料や行動基準文書も整えたい場合に有用です。

法域ごとの法律にも対応している?

一部のみです。法域が重要であることは表面化できますが、ローカル法務の知見そのものを置き換えるものではありません。州・国・業界ごとの執行可能性が重要なケースでは、エージェントにレビューポイントを明示させ、該当箇所は暫定ドラフトとして扱ってください。

どんな場合には向いていない?

次のような要件があるなら、導入は見送るか、補助用途にとどめるのが妥当です。

  • レビューなしで署名可能な法務文書が必要
  • 複雑な多国籍雇用パッケージが必要
  • 高度に交渉された役員契約が必要
  • 自動コンプライアンス検証が必要
  • 現地法をカバーした継続運用型の条項データベースが必要

こうしたケースでも初稿づくりには使えますが、主たる仕組みとして頼るべきではありません。

employment-contract-templates スキルを改善する方法

長いプロンプトより、事実情報を良くする

employment-contract-templates の結果を最も手早く改善する方法は、広い指示を書くことではなく、採用条件の事実をきちんと与えることです。役割、法域、区分、報酬体系、社内ポリシー上の制約が入った短いプロンプトの方が、長くても曖昧な依頼より良い結果になりやすいです。

前提条件と最終文面を分けて出させる

よくある失敗は、前提条件が文書の中に埋もれて見えなくなることです。これを防ぐには、明示的に次を求めてください。

  • ドラフト本文
  • 前提条件リスト
  • 未解決の法的論点
  • 法域レビューが必要な条項

これだけでレビューはかなり速くなり、汎用文言を誤って承認してしまうリスクも減らせます。

会社の基準を最初に渡す

自社に、IP assignment、confidentiality、notice period、probation、arbitration、remote work、handbook alignment などの方針がすでにあるなら、ドラフト前に渡してください。そうしないと、このスキルは汎用的なパターンに寄りがちで、社内ルールと合わない可能性があります。

初稿のあと は条項単位で詰める

構成自体が間違っていない限り、文書全体を作り直すのはおすすめしません。通常は、次のようなピンポイントの追加入力の方が結果が良くなります。

  • “Revise termination to match at-will employment.”
  • “Replace non-compete with non-solicit language.”
  • “Add manager-level confidentiality and inventions wording.”
  • “Shorten the offer letter and move detailed terms to an attached agreement.”

この進め方なら、良いセクションを残したまま、リスクの高い部分だけ改善できます。

文書バンドルで employment-contract-templates usage を改善する

採用フローで複数の成果物が必要なら、まとまりのあるセットとして依頼してください。たとえば、offer letter と NDA と onboarding acknowledgments を一緒に作る形です。別々に生成した文書間で条件が食い違うのを減らせます。

主な品質リスクを見落とさない

employment-contract-templates guide の出力で特に確認すべきなのは、次の点です。

  • 文書タイプの選定ミス
  • 労働者区分の不明確さ
  • 法域に関する前提の欠落
  • 過度に断定的な法務文言
  • 執行困難な制限条項
  • ハンドブックと矛盾するポリシー条件
  • 実務運用できないほど曖昧な報酬文言

スタイルの磨き込みより、まずこちらの方が重要です。

再利用できる intake テンプレートを作る

チームでこのスキルを継続的に使うなら、法域、役職、区分、報酬、開始日、manager、勤務地、秘密保持レベル、IP 感度、終了条件の前提を含む標準 intake form を作ると効果的です。プロンプトの言い回しを毎回変えるより、同じ入力構造を使い回す方が一貫性は上がります。

法務レビューと意図的に組み合わせる

employment-contract-templates skill の最も良い長期運用は、ドラフト作成の高速化ツールであると同時に、レビュー準備ツールとして使うことです。各ドラフトの後に、何を変更したか、どの前提が残っているか、どの条項がローカル法レビューに値するかを含む “counsel review summary” を出すようエージェントに依頼してください。そうすることで、このスキルは単なる文章生成ではなく、より信頼できる法務ドラフティングのワークフローに変わります。

評価とレビュー

まだ評価がありません
レビューを投稿
このスキルの評価やコメントを投稿するにはサインインしてください。
G
0/10000
新着レビュー
保存中...