文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载本篇技术指南围绕 Claude Code 自托管 RunnerSelf-Hosted Runner启动时输出的一类运行时告警——[runner:warn] governed git: GIT_ASKPASS is set on this runner ...——展开。它剖析了GIT_ASKPASS程序“对所有主机一律应答”的固有风险、受治理主机governed hosts的 git 凭据为何会经由 Anthropic 中继转发以及如何在部署层面将GIT_ASKPASS、core.askPass、SSH_ASKPASS收窄到最小范围或直接移除。读完本文你将掌握该告警的完整语义、三类 askpass 配置的排查与修复方法以及它与--use-anthropic-git-proxy、GIT_SSL_CAINFO、客户端 TLS 证书等相邻 git 环境变量之间的相互影响能够在生产部署中正确收敛 Runner 的 git 凭据暴露面。告警出处与触发条件本告警是 Claude Code 自托管 Runner 运行时注入的模板化提示定义于仓库的 system-prompts/data-self-hosted-runner-git-askpass-governed-hosts-warning.mdccVersion: 2.1.283。其 frontmatter 声明了两个插值变量PLURALIZE_FN根据受治理主机数量生成单复数形式的文本GOVERNED_HOSTS本次会话被服务端纳入“受治理”名单的主机如 GitHub Enterprise Server 等以逗号分隔拼入告警文本。告警仅在Runner 机器上检测到GIT_ASKPASS环境变量被设置且服务端治理了至少一个 git 主机时出现。它属于[runner:warn]级别不影响 Runner 正常注册与工作但直接指向一类可能把本机 git 凭据送进 Anthropic 中继的配置缺陷。告警语义拆解为什么 askpass 程序是危险点原始告警文本的核心逻辑可以拆成四步askpass 程序对所有主机应答GIT_ASKPASS指向一个外部可执行程序git 在需要用户名/密码提示时会调用它。它无法天然区分“哪个主机”——git 把目标 URL 放在提示文本中传给程序但程序本身对任何一次调用都可能应答。受治理主机的凭据由会话中继供应对于GOVERNED_HOSTS中的主机会话自身的 git 配置会告诉 git“不要询问凭据、直接放弃”因为会话中继session relay会代为提供凭据完成 clone/fetch。单靠“会话自身配置”不可靠在会话自身配置之后被读取的 git 配置仓库级.git/config、命令行-c参数、GIT_CONFIG_*环境变量引入的配置可以把“不要询问”这一行为关掉。一旦 git 真的向 askpass 程序发起询问本机的真实凭据就会作为应答内容经由 Anthropic 的会话中继转发出去。处置要求要么让程序只应答你真正想让它应答的主机git 会把 URL 放进它的提示文本中程序可据此过滤要么直接取消该变量core.askPassgit 配置项与SSH_ASKPASSSSH 场景同理。换句话说这条告警的本质是askpass 类机制没有主机边界而受治理主机的会话中继与 Runner 本机凭据处于同一条数据通路上误触发即外泄。git 凭据机制的三种入口与统一修复策略告警点名了三个需要一并处理的入口缺一不可入口作用域检查方式修复方式GIT_ASKPASS环境变量进程环境printenv GIT_ASKPASS让程序按 URL 过滤应答或unset GIT_ASKPASScore.askPassgit 配置git 配置链git config --show-origin --get core.askPass删除配置项或改为只对特定主机生效的按 URL 过滤脚本SSH_ASKPASS环境变量SSH 进程环境printenv SSH_ASKPASS同上SSH 场景同样会无差别应答三项机制的共同特点是它们都“为每一次提示应答”无法感知主机治理边界。因此告警给出的推荐路径只有两条——收窄scope或移除unset。方案一让 askpass 程序按 URL 过滤git 调用 askpass 程序时会在命令行参数或提示文本中携带上下文。一个最小实现是在脚本内读取 git 传入的提示内容并仅对白名单主机应答#!/bin/sh # /usr/local/bin/scoped-askpass case $* in *https://git.company.internal*) echo $GIT_ASKPASS_USERNAME ;; *) echo cancel ;; # 其余主机不提供凭据 esac将GIT_ASKPASS/usr/local/bin/scoped-askpass写入 Runner 的启动环境。注意 git 实际传给 askpass 的是形如Username for https://host:的提示字符串按 URL 过滤时需与真实提示格式匹配并在部署前用git credential fill或一次真实 clone 做端到端验证。方案二取消变量 / 删除配置unset GIT_ASKPASS unset SSH_ASKPASS git config --global --unset-all core.askPass在 systemd 或容器编排场景中需要在 Runner 进程的 unit 文件 / image ENV 中彻底移除这三个条目而不是只清理当前 shell否则重启后告警会再次出现。从仓库看相邻的 git 凭据风险面本条告警并非孤立存在。仓库中data-前缀下的一组 Runner 告警模板共同勾勒出“受治理 gitgoverned git”的完整凭据风险面排查时应当一并核对。--use-anthropic-git-proxy与凭据存放位置system-prompts/data-self-hosted-runner-anthropic-git-proxy-credential-warning.md 说明当 Runner 以--use-anthropic-git-proxy启动时启动时与每次会话前都会删除并重建 Runner 账户 HOME 级 git 配置。因此未被服务端治理的主机UNGOVERNED_SOURCE_HOSTS会用本机自有凭据clone这些凭据必须存放在该 flag 触碰不到的位置——例如/etc/gitconfig、GIT_ASKPASS、或配合--git-ssh-rewrite使用的 SSH 密钥若缺失私有仓库的 clone 会失败。这与本告警形成有趣的呼应在--use-anthropic-git-proxy场景下GIT_ASKPASS反而是官方点名的合法凭据存放地本告警则强调一旦选择它就必须通过 URL 过滤把应答范围收窄到未治理主机避免误答治理主机。两个模板合起来构成完整的取舍逻辑askpass 可用但必须与主机治理边界对齐。其余相邻环境变量告警相邻告警模板风险点处置data-self-hosted-runner-git-ssl-cainfo-trust-bundle-warning.mdGIT_SSL_CAINFO阻止 Runner 构建“公共 CA 公司 CA”合并证书文件其自身 fetch 只含公司 CA 时会因挂载呈现公共证书而失败为 Runner 取消该变量公司 CA 以http.server.sslCAInfo写入系统 git 配置data-self-hosted-runner-client-certificate-relay-warning.mdhttp.sslCert/http.sslKey等 TLS 客户端证书变量会被 git 提供给会话中继而非公司服务器需要客户端证书的服务器会拒绝会话 git申请将主机列为 direct或取消变量或按 URL 收窄sslCert/sslKeydata-self-hosted-runner-git-lfs-hook-warning.mdgit-lfs 的 pre-push hook 在生命周期 hook 内不会执行post-session 的普通git push只推送 LFS 指针在 hook 内先执行git-lfs push remote branch或指向 root 所有的core.hooksPath共同模式一目了然Runner 上的任何“无差别生效”的 git 环境变量/配置在受治理 git 的会话中继架构下都可能被重定向到中继路径统一对策都是“取消”或“按 URL/服务器收窄”。生产部署中的核查清单与验证方法结合 system-prompts/system-prompt-self-hosted-runner-setup.md 与 system-prompts/system-prompt-self-hosted-runner-doctor.md 中的运维模式建议在 Runner 上线与排障时执行以下检查上线前扫描在 Runner 启动环境与 systemd/容器 unit 中确认GIT_ASKPASS、SSH_ASKPASS、core.askPass三者的最终状态并核对GIT_SSL_CAINFO、http.sslCert/http.sslKey是否指向中继路径确认配置来源用git config --show-origin确认每条相关配置来自哪一层系统、全局、仓库、命令行、GIT_CONFIG_*与告警中“会话自身配置之后被读取的配置可关闭‘不要询问’”的威胁模型逐一对应观察告警复现告警出现在 Runner 日志中可结合--log-file与/healthz、/metrics做状态确认若告警在修复后仍出现多半是 unit 文件或镜像 ENV 中残留旧值验证凭据路径修复后对一个受治理主机与一个未治理主机分别执行真实 clone确认受治理主机由会话中继供应凭据、未治理主机由收窄后的 askpass 或/etc/gitconfig供应且中继路径上未出现本机真实凭据。若生产环境同时运行多个 Runner务必让修复手段unit 文件、镜像 ENV、/etc/gitconfig集中声明、集中变更避免“机器 A 已取消、机器 B 仍带变量”的漂移状态——这正是该告警模板存在的意义把一处容易被忽略的凭据泄漏面变成启动阶段可见的强制检查点。小结GIT_ASKPASS告警的本质是在“会话中继替受治理主机供应凭据”与“askpass 对所有主机无差别应答”之间划清边界。遵循告警指引按 URL 收窄 askpass 程序、或整体移除GIT_ASKPASS/core.askPass/SSH_ASKPASS并把相邻的--use-anthropic-git-proxy凭据存放、GIT_SSL_CAINFO、客户端证书等变量一并纳入 Runner 的启动前核查清单即可将本机 git 凭据经 Anthropic 中继外泄的风险收敛到最小。赞分享文档提示工程人工智能【免费下载链接】claude-code-system-promptsAll parts of Claude Codes system prompt, 27 builtin tool descriptions, sub agent prompts (Plan/Explore/Task), utility prompts (CLAUDE.md, compact, statusline, magic docs, WebFetch, Bash cmd, security review, agent creation). Updated for each Claude Code version.项目地址https://gitcode.com/gh_mirrors/cl/claude-code-system-prompts点击查看免费下载相关推荐Onyx 云托管外部应用凭据OAuth 凭证集中化、租户预置与管理 API 锁定的实现机制Onyx 云托管外部应用凭据OAuth 凭证集中化、租户预置与管理 API 锁定的实现机制 本文以 Onyxdanswer 项目Craft 模块的设计文档AI 应用大模型RAGAI Agent后端前端Krea-2-Turbo-GGUF量化模型对比Q2_K到Q8_0性能与质量分析Krea 2 Turbo GGUF量化模型对比Q2_K到Q8_0性能与质量分析 Krea 2 Turbo GGUF是一款强大的文本到图像扩散模型提供了多种量RealWorld 全栈示例应用实战指南如何上手与多技术栈选型RealWorld 全栈示例应用实战指南如何上手与多技术栈选型 学习新框架时你拿到的示例项目多半是待办清单应用离真实业务的复杂度差得远。RealWorld文档提示工程人工智能上一篇Vin象棋基于AI的智能中国象棋辅助工具终极指南下一篇ComfyUI-Impact-Pack V8终极配置指南3步解锁完整的AI图像处理功能集创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考