> For the complete documentation index, see [llms.txt](https://help.aikido.dev/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aikido.dev/docs/docs-ja/autofix-to/configure/autofix-for-azure-devops-with-personal-access-token.md).
# Personal Access Token を使用した Azure DevOps 向け AutoFix
> Azure DevOps Autofix 統合のインストールが OAuth フローで動作しない場合は、Personal Access Token（PAT）を使うように構成することもできます。
> 統合を正しく動作させるには、組織内のすべてのプロジェクトで書き込みアクセス権を持てる必要がある点にご注意ください。これは通常、ワークスペース管理者向けに予約された権限です。
**まず**、Aikido の PAT 管理ページに移動してください。これは [こちら](https://app.aikido.dev/settings/integrations/azure-devops/autofix/personal-access-token).
**次に**、Azure DevOps で PAT を生成するには、以下の手順に従ってください。
## PAT を生成する
1. 「**ユーザー設定**' > '**個人用アクセストークン**』、ここに示すヘッダーアイコンから
またはショートカットリンク「**ここでアクセストークンを生成**」を Aikido の個人用アクセストークン管理ページで。
2. 最終的には、次のようなページになります。
3. Aikido ワークスペースと同じ組織が選択されていることを確認してください。'**アクセス範囲**' ボタン（右上）
4. 「**新しいトークン**"
5. 次に、トークンに対して次の権限を選択する必要があります。 **コード（読み取りと書き込み）** と **Graph（読み取り）。**\
次の項目が表示されない場合 **Graph** スコープが表示される場合は、下部の青いリンク「Show more scopes」をクリックする必要があります
6. 有効期限は「カスタムで定義」を使用し、1 年後に設定してください。これは、Azure DevOps でトークンに設定できる最大有効期間です。
7. 「をクリックします**作成**」をクリックしてアクセストークンを作成します
8. 次の画面でトークンをコピーし、Aikido の個人用アクセストークン管理ページに入力してください。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.aikido.dev/docs/docs-ja/autofix-to/configure/autofix-for-azure-devops-with-personal-access-token.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.