Update to Kapa

{
  "description": "Set up a Kapa GitHub files source so documentation files in a repository are ingested. Use when the user wants Kapa to answer from Markdown or other files in a GitHub repo.",
  "included_files": [],
  "name": "kapa-setup-github-files",
  "skill_md_contents": "---\nname: kapa-setup-github-files\ndescription: Set up a Kapa GitHub files source so documentation files in a repository are ingested. Use when the user wants Kapa to answer from Markdown or other files in a GitHub repo.\n---\n\n# Set up GitHub files\n\nIngests files from a repository. This is the GitHub source to use when the\nrepo holds documentation.\n\n## 1. Create the source\n\n`create_github_files_source` with `project` and `name`. Keep the returned id.\n\n## 2. Configure it\n\n`set_github_files_config` with `source_github_files`, `repo_owner`, `repo_name`\nand `file_extensions`.\n\n`repo_owner` and `repo_name` together make the repository path. For\n`github.com/acme/docs`, the owner is `acme` and the name is `docs`.\n\n`personal_access_token` is **required only for a private repository**. Do not\nask for one for a public repo. If you do need it, it is the user's secret: ask,\nnever invent one, and tell them it needs the `repo` scope.\n\n`file_extensions` is required, so ask which file types to read. `md` and\n`mdx` cover most documentation; source code extensions pull in the code\nitself, which some teams want and others do not.\n\nAsk about these too:\n\n- `include_paths`: restrict to a directory, or read the whole repository.\n- `ref`: a branch or tag to read, or the default branch.\n\n## When it ingests nothing\n\nA private repo without a token, a `ref` that does not exist, or\n`file_extensions` that match no file in the paths you restricted to.\n\n## Check the repository first\n\n`validate_github_files_repo` with `repo_owner`, `repo_name` and, for a private repo,\n`personal_access_token`. It answers HTTP 200 with `false` when the repo cannot\nbe reached, so read the body rather than the status.\n\nA false covers all of: the repo does not exist, it is private and the token is\nmissing, or the token lacks the `repo` scope. Offer those to the user rather\nthan guessing which.\n\n`list_github_files_repo_tree` then shows the file tree, so you can show real directories and file types.\n\n## Finish the job\n\nSaving the configuration starts ingestion. There is no separate publish step.\n\nThen call `list_sources` with `project_id` to confirm what the project holds.\n\n## Shared Kapa workflow rules\n\nTools act as the connected user with that user's project permissions. Resolve the intended project and use only authorized data. Do not invent credentials, source IDs, filters, or tool results. Check the available tool schema before passing arguments.\n\nExplain and obtain approval for ingestion and its quota cost before saving a configuration that starts ingestion or calling `start_crawl`; existing explicit approval for that exact action is sufficient. Ask the user to choose source scope and filters. Validate credentials and discover accessible content before saving. Keep credentials out of visible results, logs, and exported artifacts. Use a secure credential input if the host provides one.\n\nFor a web source, preview the exact configuration and inspect the extracted article content before ingestion. Report queued, running, failed, and completed states accurately. If uncertain about Kapa behavior, use `search_kapa_docs` when available.\n"
}