即刻App年轻人的同好社区
下载
App内打开
林小卫很行
275关注17被关注0夸夸
全网同名
用日更记录用AI的日常
打算出海的BA
二胎奶爸
xiaoweibox.top
林小卫很行
13天前

小邱很行: 朋友们,现在我看GSC数据,不再打开 GSC 后台,也不用导出 CSV,直接问 AI: 最近哪些关键词掉了? 哪些页面曝光高但没人点? 哪些页面值得进一步优化? 它就能直接查我的真实 GSC 数据,然后帮我做 SEO 分析。 如果你也有很多网站,平时经常要看 GSC 数据,可以按下面这六步配置,只需五分钟。 1. Google Cloud Console 新建一个项目 先打开 Google Cloud Console,新建一个项目。 2. 启用 Google Search Console API 打开 API 和服务,在里面搜索 Google Search Console API,然后点击启用。 3. 建 Service Account 打开 IAM → 服务账号 → 创建。 授予角色 那两步全部跳过,直接完成。这里不需要任何 IAM 角色。 4. 下载 JSON 密钥 点进这个服务账号: 密钥 → 添加密钥 → 创建新密钥 → JSON 把这个 JSON 文件放到本地一个地方,比如: ~/.config/gsc/service-account.json 然后执行: chmod 600 ~/.config/gsc/service-account.json 5. 把它加进 Search Console 复制刚刚那个服务账号的邮箱,一般长这样: xxx@xxx.iam.gserviceaccount.com 然后进你自己的 Google Search Console: 设置 → 用户和权限 → 添加用户 → 粘贴那个邮箱 → 权限选 完全 6. 告诉 AI 怎么用 这是我给 Claude Code 用的 prompt,供大家参考: 我已经配好了 Google Search Console 的 service account, 密钥在 ~/.config/gsc/service-account.json。 请写一个零依赖的 node 脚本 scripts/gsc.mjs,让你以后能直接查我的 GSC 数据。 要求: - 不要 npm install googleapis。用 node 内置的 crypto 自己签 RS256 JWT 换 access token,scope 用 webmasters.readonly - token 缓存到 ~/.config/gsc/token-cache.json,55 分钟有效期, 别每条命令都重新换一次 - 子命令: · sites 列出可访问的 property,配置自检用 · query Search Analytics 查询 · inspect <url> 单条 URL 的收录 / 规范 / 抓取状态 · sitemaps sitemap 提交状态和错误数 - query 支持:--dim(query/page/country/device/date,逗号分隔) --days / --from / --to / --limit / --offset --page-contains / --query-contains / --country / --device / --type / --json - 默认输出对齐的表格,--json 输出原始 JSON 这几个坑请直接避开: - GSC 数据延迟 2-3 天。--days N 的窗口要截止到 3 天前,别截止到今天 - domain property 的 siteUrl 是 sc-domain:example.com 格式,要 encodeURIComponent - rowLimit 上限 25000,超了 API 会直接报错 - 如果返回 403,提示我大概率是没把 service account 邮箱 加进 Search Console 的用户和权限列表 写完先跑 node scripts/gsc.mjs sites 验证,把我的 property 打出来。 最后把用法写成 docs/gsc-cli.md,并在 CLAUDE.md 里加一行指针指向它, 这样以后新对话你自己就能找到。 配好之后,你就可以直接问 AI: 最近 7 天哪些关键词掉了? 哪些页面曝光高但 CTR 低? 哪些页面值得继续优化? 哪些关键词可以单独做新页面? 还能结合 Claude Code 的 routine,让它每天或每周自动跑一次 GSC 分析,定时给你生成一份网站表现报告。 这样,你就能拥有一个定时运行的 SEO 助手,持续帮你发现网站增长机会。

00
林小卫很行
15天前

小盖fun: Reddit 上爆火的两个 AI Coding 提示词。 刚在 Reddit 的 Claude AI 频道刷到一个很火的帖子。 帖主说他每次在 Claude Code 里结束一轮对话的时候,都会追问两个问题。 第一个问题,你现在最没把握的是什么? 挺有意思。问完之后,模型通常会列出来六七条,比如哪些地方自己没有充分调查,哪些地方只是大概预估,或者哪些判断依赖了未经验证的前提。 按照帖主的经验,AI 列出来的六七条里,总有一两条是非常关键、但之前完全没注意到的问题。 有的时候他甚至会惊讶,AI 居然在还没搞清楚某件事的情况下,就已经很自信地给出了方案。 所以当 AI 列出这些没把握的地方之后,他会继续追问,让 AI 顺着每一个问题继续研究,直到他自己心里有底。 第二个问题是:就当前情况下,你觉得我最大的盲区是什么? 据说这个问题来自 Sam Altman 的一个提问习惯。 刚才的第一个提示词,是让 AI 去反思自己有哪些盲区、哪些疏忽的地方。 而这个提示词则反过来让 AI 去检查人的判断。因为很多时候我们和 AI 交互,是直接表达自己的逻辑和想法,AI 就顺着往下执行了。 这个提示词可以让 AI 从一个局外人的视角,坦诚地指出来我们自己忽略了什么。 这两个问题配合起来效果很好。一个负责补充 AI 的盲区,一个负责补充人的盲区。 其实我感觉这两个提示词的本质都是让 AI 反思。 之前看过 OpenAI 和 Anthropic 研究员的访谈,他们多次听到类似的说法:让 AI 反思,是一个很重要的 AI 使用技巧。 比如让它写完一篇文章之后,不要马上接受,而是追问它,这篇文章里哪些表达可能不准确?哪些判断证据不足?哪些地方看起来顺,但其实逻辑不够严密? 为什么反思很重要?因为 LLM 的基本机制,就是根据上下文预测下一个词。 它很擅长顺着某个逻辑一路把话说圆,但这些话并不一定会经过严格的验证。 反思的作用,就是在模型输出之后,再回头挑自己的错。 尤其是在 AI Coding 里,这个流程非常实用。 因为 AI Coding 的基本链路大概是这样:我们提出需求,AI 开始执行,最后返回结果,我们接受结果,然后继续推进下一步。 比如刚才在 Codex 完成了一个小模块的功能开发。 这个模块基本上都是 AI 自己规划、自己思考、最后自己写代码完成的,我参与的不多,只是把需求给了它。 这种情况下我就可以问第一个问题。 AI 会列出来一些,有些一看就比较简单,不会有什么隐患,但还有一些我自己也搞不清楚,就继续追问下去。 还有一种情况是,我直接给完需求,告诉它我的实现思路是怎样的,然后让 AI 负责写代码。 因为执行思路是我自己的,所以在完成之后,我就让 AI 帮我检查一下,有没有什么盲区,有没有哪些边界条件没考虑到。这时候第二个提示词就很有用。 我感觉也没有说每轮对话结束都用这两个提示词,会根据情况来问。 总的来说,第一个问题是用来验收 AI 刚才的交付,第二个问题是用来复盘我自己对这件事的理解是否有疏忽。

00
林小卫很行
1月前
我做的 Obsidian 插件发了 2.9.0 版本,现在支持从 Obsidian 里面把 Markdown 文件一键发到飞书云文档里面,方便进行分享。

正常 Markdown 语法,并且还能支持 callout、数学公式、mermaid 等语法。

欢迎体验使用!

插件升级|2.9.0:现在可以把 Obsidian 文章一键发布到飞书云文档了

00