新版 《治安管理处罚法》2026.1.1施行,请大家注意了
新修订的《中华人民共和国治安管理处罚法》第八十条第一款规定:制作、运输、复制、出售、出租淫秽的书刊、图片、影片、音像制品等淫秽物品或者利用信息网络、电话以及其他通信工具传播淫秽信息的,处十日以上十五日以下拘留,可以并处五千元以下罚款;情节较轻的,处五日以下拘留或者一千元以上三千元以下罚款。
所以,2026.1.1 起,向好友发不雅照、淫秽信息属于违法了,请大家克制~
5 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: 404)
新修订的《中华人民共和国治安管理处罚法》第八十条第一款规定:制作、运输、复制、出售、出租淫秽的书刊、图片、影片、音像制品等淫秽物品或者利用信息网络、电话以及其他通信工具传播淫秽信息的,处十日以上十五日以下拘留,可以并处五千元以下罚款;情节较轻的,处五日以下拘留或者一千元以上三千元以下罚款。
所以,2026.1.1 起,向好友发不雅照、淫秽信息属于违法了,请大家克制~
5 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: 404)
大蛇丸对佐助到底是什么样的情感
为什么大蛇丸后期给我一种很听佐助话的感觉呢,他为什么那么在乎佐助
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: 你说蓝色是你最爱的颜色)
为什么大蛇丸后期给我一种很听佐助话的感觉呢,他为什么那么在乎佐助
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: 你说蓝色是你最爱的颜色)
这kiro是要用不完了,是1月1日前就要用完这2000吗?
7 posts - 7 participants
Read full topic
via LINUX DO - 最新话题 (author: tomas07)
Invalid media: image
7 posts - 7 participants
Read full topic
via LINUX DO - 最新话题 (author: tomas07)
Invalid media: image
元旦快乐!gpt team 席位 * 6
奖品:ChatGPT team 席位 * 6
参与方式:评论你的新年愿景,如果想不出来就随便回复些什么吧(能点个赞最好啦)
截止时间:明年开奖() 1月1日 中午12点
中奖的佬友请在开奖后24小时内私信你的邮箱,如果没有按时私信则奖品顺延哦。
Read full topic
via LINUX DO - 最新话题 (author: 梓(猫猫版))
奖品:ChatGPT team 席位 * 6
参与方式:评论你的新年愿景,如果想不出来就随便回复些什么吧(能点个赞最好啦)
截止时间:明年开奖() 1月1日 中午12点
中奖的佬友请在开奖后24小时内私信你的邮箱,如果没有按时私信则奖品顺延哦。
[!note]43 posts - 43 participants
祝大家元旦快乐!
Read full topic
via LINUX DO - 最新话题 (author: 梓(猫猫版))
提前祝大家新年快乐
emmm,不知道说啥
明天就是新的一年了,提前祝大家新年快乐叭ヽ(•ω•。)ノ 😃
6 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: DaChui)
emmm,不知道说啥
明天就是新的一年了,提前祝大家新年快乐叭ヽ(•ω•。)ノ 😃
6 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: DaChui)
分享一个镜像api使用403错误的可能原因
先说结论:有的api镜像(也可能是cloudflare?)有针对部分user agent做拦截
(讨论的是不限制客户端的镜像啊,明确限制的另说,拦截的请求镜像日志里不会有)
具体:
● anthropic python sdk: Anthropic/Python 0.75.0 用stream会被拦
(奇怪的是非stream不拦??!!, 也可能是镜像服务商开关的问题)
● curl: 都ok!(所以是不限cc/cx的)
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: Z Y)
先说结论:有的api镜像(也可能是cloudflare?)有针对部分user agent做拦截
(讨论的是不限制客户端的镜像啊,明确限制的另说,拦截的请求镜像日志里不会有)
具体:
● anthropic python sdk: Anthropic/Python 0.75.0 用stream会被拦
(奇怪的是非stream不拦??!!, 也可能是镜像服务商开关的问题)
● curl: 都ok!(所以是不限cc/cx的)
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: Z Y)
2026 年国补方案正式出炉:手机、平板、家电等补贴 15%,支持汽车以旧换新,AR 眼镜等产品纳入补贴范围 - IT之家
3 posts - 3 participants
Read full topic
via LINUX DO - 最新话题 (author: 𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷)
Invalid media:
image
image
image
3 posts - 3 participants
Read full topic
via LINUX DO - 最新话题 (author: 𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷)
Invalid media:
image
image
image
Leetcode每日一题 —— 1970. 你能穿过矩阵的最后一天
1970. 你能穿过矩阵的最后一天
思路
我的思路是二分+搜索。因为天数跟能否穿过是单调负相关的,而且天数确定了能否穿过就容易获取了。
1、对天数进行二分搜索
2、对当前天数的矩阵进行初始化,dfs或者bfs尝试穿过矩阵
确定不能穿过的那一天,-1就是答案;
代码
优化思路
耗时居中,离最快的5ms有很大的差距,但是没想到什么好办法。
于是去看了最快的解,逆向思维YYDS!
首先它不是看陆地是不是连接,而是看水域是否把陆地横向切断。
然后它每个格子有3个状态位,0代表陆地,1代表海水,2代表已经连接过的海水。
每次变成海水,如果周围有连接过的海水,说明能连到最左边,尝试能否连接到最右边(即切断陆地)。如果周围没有连接过的海水,说明连不到最左边,不需要尝试。
尝试连接最右边的时候把状态更新为2。
当能连到最右边的那天-1就是答案。
妙啊!!!
别人的代码
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: 魔法师)
1970. 你能穿过矩阵的最后一天
思路
我的思路是二分+搜索。因为天数跟能否穿过是单调负相关的,而且天数确定了能否穿过就容易获取了。
1、对天数进行二分搜索
2、对当前天数的矩阵进行初始化,dfs或者bfs尝试穿过矩阵
确定不能穿过的那一天,-1就是答案;
代码
class Solution {
private static final int[][] DIR = {{1, 0}, {0, 1}, {-1, 0}, {0, -1}};
int row, col;
int[][] grid;
public int latestDayToCross(int row, int col, int[][] cells) {
this.row = row;
this.col = col;
int left = 1, right = cells.length - 1;
while (left < right) {
int mid = (left + right) >> 1;
grid = new int[row + 1][col + 1];
for (int i = 0; i < mid; i++) {
grid[cells[i][0]][cells[i][1]] = 1;
}
boolean reach = false;
for (int i = 1; i <= col; i++) {
if (grid[1][i] == 0 && dfs(1, i)) {
reach = true;
break;
}
}
// if (bfs()) {
// reach = true;
// }
if (reach) {
left = mid + 1;
} else {
right = mid;
}
}
return left - 1;
}
private boolean dfs(int x, int y) {
grid[x][y] = 2;
for (int[] dir : DIR) {
int nx = x + dir[0], ny = y + dir[1];
if (nx <= 0 || nx > row || ny <= 0 || ny > col || grid[nx][ny] != 0) continue;
if (nx == row) return true;
if (dfs(nx, ny)) {
return true;
}
}
return false;
}
}
优化思路
耗时居中,离最快的5ms有很大的差距,但是没想到什么好办法。
于是去看了最快的解,逆向思维YYDS!
首先它不是看陆地是不是连接,而是看水域是否把陆地横向切断。
然后它每个格子有3个状态位,0代表陆地,1代表海水,2代表已经连接过的海水。
每次变成海水,如果周围有连接过的海水,说明能连到最左边,尝试能否连接到最右边(即切断陆地)。如果周围没有连接过的海水,说明连不到最左边,不需要尝试。
尝试连接最右边的时候把状态更新为2。
当能连到最右边的那天-1就是答案。
妙啊!!!
别人的代码
class Solution {
private static final int[][] DIRS = {{-1, -1}, {-1, 0}, {-1, 1}, {0, 1}, {1, 1}, {1, 0}, {1, -1}, {0, -1}};
public int latestDayToCross(int row, int col, int[][] cells) {
byte[][] state = new byte[row][col];
for (int day = 0; ; day++){
int[] cell = cells[day];
int r = cell[0] - 1;
int c = cell[1] - 1;
state[r][c] = 1;
if (canReachFromLeft(r, c, state) && dfs(r, c, state)) {
return day;
}
}
}
private boolean canReachFromLeft(int r, int c, byte[][] state){
if (c == 0){
return true;
}
for (int dir[] : DIRS){
int x = r + dir[0];
int y = c + dir[1];
if (0 <= x && x < state.length && 0 <= y && y < state[x].length && state[x][y] == 2){
return true;
}
}
return false;
}
private boolean dfs(int r, int c, byte[][] state){
int n = state[0].length;
if (c == n - 1){
return true;
}
state[r][c] = 2;
for (int dir[] : DIRS){
int x = r + dir[0];
int y = c + dir[1];
if (0 <= x && x < state.length && 0 <= y && y < n && state[x][y] == 1 && dfs(x, y, state)){
return true;
}
}
return false;
}
}
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: 魔法师)
GPT team*2 到1.29
🏆️ 奖品详情:
2 个 chatgpt team 车位
:three_o_clock: 活动时间:
开始时间: Wed, Dec 31, 2025 12:30 PM CST
截止时间:Thu, Jan 1, 2026 12:00 AM CST
📝 参与方式:
在本帖下回复即可(最好点个赞哈)
🔍️ 抽奖规则:
每位用户仅允许参与一次。
使用官方抽奖工具随机抽取中奖者。
⚠️ 注意事项:
本活动将在活动截止时间后关闭回帖,以确保公正性。
中奖者将在活动结束后 12 小时内在本帖公布,并通过私信通知领奖方式。
所有规则及抽奖结果由活动发起人和论坛管理团队最终解释。
期待您的积极参与,祝您好运!如有任何疑问,欢迎随时联系抽奖发起人。
5 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: JokerJia)
🏆️ 奖品详情:
2 个 chatgpt team 车位
:three_o_clock: 活动时间:
开始时间: Wed, Dec 31, 2025 12:30 PM CST
截止时间:Thu, Jan 1, 2026 12:00 AM CST
📝 参与方式:
在本帖下回复即可(最好点个赞哈)
🔍️ 抽奖规则:
每位用户仅允许参与一次。
使用官方抽奖工具随机抽取中奖者。
⚠️ 注意事项:
本活动将在活动截止时间后关闭回帖,以确保公正性。
中奖者将在活动结束后 12 小时内在本帖公布,并通过私信通知领奖方式。
所有规则及抽奖结果由活动发起人和论坛管理团队最终解释。
期待您的积极参与,祝您好运!如有任何疑问,欢迎随时联系抽奖发起人。
5 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: JokerJia)
联通APP有几率中会员
①联通APP搜“优享会员”,先100积分兑换一个月
②在搜“权益超市”,进“心愿盲盒” 可多5次机会抽
3 posts - 3 participants
Read full topic
via LINUX DO - 最新话题 (author: hansas)
①联通APP搜“优享会员”,先100积分兑换一个月
②在搜“权益超市”,进“心愿盲盒” 可多5次机会抽
3 posts - 3 participants
Read full topic
via LINUX DO - 最新话题 (author: hansas)
【求助】cli(cc、cx、gemini)的gui界面有哪些推荐啊?
写代码不想在vscode的终端里面对话了,所以就开始探索cil的gui界面,最好是多终端的
我当前知道两个
iOfficeAI/AionUi: Free, local, open-source GUI app for Gemini CLI, Claude Code, Codex, Qwen Code, Goose Cli, Auggie, and more
anyme123/Any-code
但是我当前一般是在wsl上使用codex,两个的支持都不是很好,有没有其他的gui推荐啊?
11 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: 睡觉的蛋糕)
写代码不想在vscode的终端里面对话了,所以就开始探索cil的gui界面,最好是多终端的
我当前知道两个
iOfficeAI/AionUi: Free, local, open-source GUI app for Gemini CLI, Claude Code, Codex, Qwen Code, Goose Cli, Auggie, and more
anyme123/Any-code
但是我当前一般是在wsl上使用codex,两个的支持都不是很好,有没有其他的gui推荐啊?
11 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: 睡觉的蛋糕)
2026关于人工智能你有哪些期待
2025 年马上过去了,今年最大的惊喜无疑是各种 agents 的崛起。佬友对人工智能的发展有啥期待呢,交流交流。 😄
Read full topic
via LINUX DO - 最新话题 (author: douglarek)
2025 年马上过去了,今年最大的惊喜无疑是各种 agents 的崛起。佬友对人工智能的发展有啥期待呢,交流交流。 😄
31 posts - 17 participants
持续更新佬友的期待:
1. 价格还是TM的价格
2. 模型能力大提升,惊艳还是TM的惊艳
3. 模型幻觉你少点吧
Read full topic
via LINUX DO - 最新话题 (author: douglarek)
anthropic 模型 中转求推荐
发现就opus-4.5 thinking 能用。求现场推荐。注意问题等
要求能够cc 或者 ccr。
6 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: approachai)
发现就opus-4.5 thinking 能用。求现场推荐。注意问题等
要求能够cc 或者 ccr。
6 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: approachai)
一觉醒来Claude免费了,谷歌是当今地球最大的善人了
反重力克系列模型最新额度解析 前沿快讯
你Claude用的多还帮你开更多额度
会不会是在做空A÷🤓👆️然后
Welcome! Google DeepMind-Claude Team
12 posts - 10 participants
Read full topic
via LINUX DO - 最新话题 (author: HCPTangHY)
反重力克系列模型最新额度解析 前沿快讯
目前pro级别有两个等级 一个是5小时恢复周期,一次恢复1积分,能用克150次,平均rph30 一个是7天恢复周期,一次恢复1积分,能用克1万次,平均rph59.52 你可以看看你是哪个级别
你Claude用的多还帮你开更多额度
会不会是在做空A÷🤓👆️然后
Welcome! Google DeepMind-Claude Team
12 posts - 10 participants
Read full topic
via LINUX DO - 最新话题 (author: HCPTangHY)
【开源】Unify Chat Provider —— 为 Github Copilot 接入自定义模型的 VS Code 扩展
前言
折叠内容 (click for more details)
优势
在我开发这个扩展之前已经有好几个扩展(GCMP、Addi…)实现了同样的功能。
但我仍然花时间开发这个扩展的原因有三点:
1. 用户体验(UX)
2. 无法发挥出模型的最佳性能
3. API 兼容性
为什么无法发挥出模型的最佳性能?
当实际接入过 API 就会发现这件事没有那么简单。
如果你对 AI 直接下令,它可能在几分钟就能写好能够正常对话的版本。
但是也仅此而已,紧接着你可能会发现模型没有思考,或者根本没有触发输入缓存,导致效果欠佳,并且成本陡增。
于是就通过翻阅 OpenAI 或者 Anthropic 的官方文档,找到说明这些特性的文档并丢给 AI 继续实现对这些特性的支持。
实现完成并测试,以为万事大吉的时候,真正的挑战才刚刚开始…
第三方供应商所谓的兼容 XXX API,如果你不仔细阅读它的文档去实现,可能真的就只是兼容而已。
比如 DeepSeek,如果你直接使用 OpenAI 兼容的接口进行对话测试,可能你不会发现任何问题。
但之后的某次对话涉及到思考和工具调用,也就是所谓的 “交错式思考” 时,DeepSeek 接口直接就报错了。
由于 OpenAI Chat Completion API 根本没有设计承载思考内容的字段,所以造成了以下问题:
● 用户界面上没有思考内容。
● 交错式思考要求回传思考内容,而由于没有回传导致直接报错。
这时候去阅读 DeepSeek 文档 - 思考模式,才发现 DeepSeek 在 OpenAI 基础上使用非标准字段
恍然大悟,这才去兼容这个非标准字段。
但这其实是简化过的故事,实际上:
● 如果你真的没有阅读文档,那么在请求时没有发送另一个非标准字段
● 你不能够强行添加这些非标准字段,其它严格的供应商在你发送额外字段时会直接抛错拒绝!
● 你也不能不添加这些非标准字段,有些供应商在缺失字段时也会直接抛错拒绝!
● 你可能永远发现不了这些问题,因为 DeepSeek 至少还会对缺失
最后举个例子,在最新的 GLM 4.7 中,引入了一个叫保留式思考(Preserved thinking)的特性:
这要求你必须:
● 在请求时发送非标准字段
● 将完整的、未经过修改的
而像这些具有以上五花八门的非标准特性的供应商,直到今天,自己逐个阅读文档并支持了的有约 26 个:
已支持供应商 (click for more details)
对于列出的供应商,使用这个扩展可以无需担心这些问题,能够发挥出模型的最大潜力。
你也可以看看你正在使用的扩展、应用,或者模型的第三方供应商,是否遵循了官方模型文档的最佳实践。
API 兼容性
对于 API 兼容性,这个扩展应该是同类中最全的,均为半手工实现:
● OpenAI Chat Completion API
● OpenAI Responses API
● Google AI Studio (Gemini API)
● Google Vertex AI
● Anthropic Messages API
● Ollama Chat API
国外几个主流模型开发商中,Grok 比较标准地采用了 OpenAI 的协议,所以无需额外兼容,而国内的开发商几乎都采用了 OpenAI 或 Anthropic 的协议。
用户体验(UX)
这方面评价比较主观,所以我就只列一下功能:
● 原生的 VS Code 可视化用户界面和多语言支持。
● 内置主流供应商,支持一键配置,无需繁琐配置,开箱即用。
● 内置主流模型的官方推荐参数,支持一键添加,无需调参即可发挥最大潜力。
● 支持从官方模型列表一键添加模型,支持自动同步官方模型列表。
● 开放所有接口参数的调整,支持自定义 Header 与 Request 字段。
● 支持从其它应用或者扩展一键迁移配置,支持完善的导入导出功能,支持兼容云同步。
● 支持 URI 一键导入配置。
感谢佬友阅读至此,如果该扩展帮助到了你,请给我一个 🌟 Star 以资鼓励:
github.com
GitHub - smallmain/vscode-unify-chat-provider: Integrate multiple LLM API providers into VS...
Integrate multiple LLM API providers into VS Code's GitHub Copilot Chat using the Language Model API.
● 欢迎大家使用并积极提交 Issue 或者 PR,我会认真地进行处理。
● 如果你是模型提供商或者中转站站长,邀请你添加一个 <Add to Unify Chat Provider> 的按钮,方便用户可以在 VS Code 一键使用你的服务!
4 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: SmallMain)
Invalid media:
image
image
image
image
image
image
image
image
image
image
前言
折叠内容 (click for more details)
优势
在我开发这个扩展之前已经有好几个扩展(GCMP、Addi…)实现了同样的功能。
但我仍然花时间开发这个扩展的原因有三点:
1. 用户体验(UX)
2. 无法发挥出模型的最佳性能
3. API 兼容性
为什么无法发挥出模型的最佳性能?
当实际接入过 API 就会发现这件事没有那么简单。
如果你对 AI 直接下令,它可能在几分钟就能写好能够正常对话的版本。
但是也仅此而已,紧接着你可能会发现模型没有思考,或者根本没有触发输入缓存,导致效果欠佳,并且成本陡增。
于是就通过翻阅 OpenAI 或者 Anthropic 的官方文档,找到说明这些特性的文档并丢给 AI 继续实现对这些特性的支持。
实现完成并测试,以为万事大吉的时候,真正的挑战才刚刚开始…
第三方供应商所谓的兼容 XXX API,如果你不仔细阅读它的文档去实现,可能真的就只是兼容而已。
比如 DeepSeek,如果你直接使用 OpenAI 兼容的接口进行对话测试,可能你不会发现任何问题。
但之后的某次对话涉及到思考和工具调用,也就是所谓的 “交错式思考” 时,DeepSeek 接口直接就报错了。
由于 OpenAI Chat Completion API 根本没有设计承载思考内容的字段,所以造成了以下问题:
● 用户界面上没有思考内容。
● 交错式思考要求回传思考内容,而由于没有回传导致直接报错。
这时候去阅读 DeepSeek 文档 - 思考模式,才发现 DeepSeek 在 OpenAI 基础上使用非标准字段
reasoning_content 去传递和接受思考内容。恍然大悟,这才去兼容这个非标准字段。
但这其实是简化过的故事,实际上:
● 如果你真的没有阅读文档,那么在请求时没有发送另一个非标准字段
thinking,甚至模型可能都没有思考。● 你不能够强行添加这些非标准字段,其它严格的供应商在你发送额外字段时会直接抛错拒绝!
● 你也不能不添加这些非标准字段,有些供应商在缺失字段时也会直接抛错拒绝!
● 你可能永远发现不了这些问题,因为 DeepSeek 至少还会对缺失
reasoning_content 进行报错,而我接入过的大部分供应商只会在文档警告会影响模型性能,但是不会抛错,导致一直使用的并非满血模型性能。最后举个例子,在最新的 GLM 4.7 中,引入了一个叫保留式思考(Preserved thinking)的特性:
这要求你必须:
● 在请求时发送非标准字段
clear_thinking● 将完整的、未经过修改的
reasoning_content 回传,并且必须与生成时的序列完全一致而像这些具有以上五花八门的非标准特性的供应商,直到今天,自己逐个阅读文档并支持了的有约 26 个:
已支持供应商 (click for more details)
对于列出的供应商,使用这个扩展可以无需担心这些问题,能够发挥出模型的最大潜力。
你也可以看看你正在使用的扩展、应用,或者模型的第三方供应商,是否遵循了官方模型文档的最佳实践。
API 兼容性
对于 API 兼容性,这个扩展应该是同类中最全的,均为半手工实现:
● OpenAI Chat Completion API
● OpenAI Responses API
● Google AI Studio (Gemini API)
● Google Vertex AI
● Anthropic Messages API
● Ollama Chat API
国外几个主流模型开发商中,Grok 比较标准地采用了 OpenAI 的协议,所以无需额外兼容,而国内的开发商几乎都采用了 OpenAI 或 Anthropic 的协议。
用户体验(UX)
这方面评价比较主观,所以我就只列一下功能:
● 原生的 VS Code 可视化用户界面和多语言支持。
● 内置主流供应商,支持一键配置,无需繁琐配置,开箱即用。
● 内置主流模型的官方推荐参数,支持一键添加,无需调参即可发挥最大潜力。
● 支持从官方模型列表一键添加模型,支持自动同步官方模型列表。
● 开放所有接口参数的调整,支持自定义 Header 与 Request 字段。
● 支持从其它应用或者扩展一键迁移配置,支持完善的导入导出功能,支持兼容云同步。
● 支持 URI 一键导入配置。
感谢佬友阅读至此,如果该扩展帮助到了你,请给我一个 🌟 Star 以资鼓励:
github.com
GitHub - smallmain/vscode-unify-chat-provider: Integrate multiple LLM API providers into VS...
Integrate multiple LLM API providers into VS Code's GitHub Copilot Chat using the Language Model API.
● 欢迎大家使用并积极提交 Issue 或者 PR,我会认真地进行处理。
● 如果你是模型提供商或者中转站站长,邀请你添加一个 <Add to Unify Chat Provider> 的按钮,方便用户可以在 VS Code 一键使用你的服务!
4 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: SmallMain)
Invalid media:
image
image
image
image
image
image
image
image
image
image
安卓最大免费开源应用仓库 F-Droid 完成“换心手术”,实现一天两更 - IT之家
5 posts - 3 participants
Read full topic
via LINUX DO - 最新话题 (author: 𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷)
Invalid media: image
5 posts - 3 participants
Read full topic
via LINUX DO - 最新话题 (author: 𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷)
Invalid media: image
AI Studio 进不去?可能是没有年龄验证!
如题,今天发现怎么样都进不去 AI Studio,换节点也不行,一直自动跳转到
年龄验证方法
进入 google 账号页,点击个人信息
再点击生日,可以看到自己的验证情况。楼主这里已经完成验证了
验证的方法有三种,分别是身份证件、信用卡💳️、拍照。有佬友试过 p 图做证件,但是后门两个可能更方便一些。我是绑定了信用卡,输完安全码就过了。
Read full topic
via LINUX DO - 最新话题 (author: 废寝忘食)
Invalid media:
image
image
如题,今天发现怎么样都进不去 AI Studio,换节点也不行,一直自动跳转到
https://ai.google.dev/gemini-api/docs/available-regions?hl=zh-cn 不支持的区域/国家。后在 L 站搜索,发现可能是年龄验证的问题。验证年龄后就可以正常使用了。有类似问题的佬友可以试一试年龄验证方法
进入 google 账号页,点击个人信息
再点击生日,可以看到自己的验证情况。楼主这里已经完成验证了
验证的方法有三种,分别是身份证件、信用卡💳️、拍照。有佬友试过 p 图做证件,但是后门两个可能更方便一些。我是绑定了信用卡,输完安全码就过了。
5 posts - 3 participants
类似的主贴:
https://linux.do/t/topic/1277139?u=yosen
Read full topic
via LINUX DO - 最新话题 (author: 废寝忘食)
Invalid media:
image
image
元旦青岛旅游 求助
北方小白 第一次去海边 有没有青岛老友 推荐一些地方 或者发一些目前的风景图呢~ :tieba_088:
Read full topic
via LINUX DO - 最新话题 (author: ideaflow)
北方小白 第一次去海边 有没有青岛老友 推荐一些地方 或者发一些目前的风景图呢~ :tieba_088:
块引用3 posts - 3 participants
Read full topic
via LINUX DO - 最新话题 (author: ideaflow)
佬们哪里能免费下载到 2026 的跨年 图片呀,投屏到电视上用
类似于这种,但是这个一放大就很糊
5 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: curiosity)
Invalid media: image
类似于这种,但是这个一放大就很糊
5 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: curiosity)
Invalid media: image
kiro 积分即将过期,用不完的佬看过来
从这kiro是要用不完了,是1月1日前就要用完这2000吗?继续讨论:
有些佬之前领的或者送的积分可能快过期了,可以考虑让 kiro 梳理旧项目的文档
我昨天对一个小项目进行了梳理,大约用掉了200+积分
反正过期也还是浪费,不如用来干点活:tieba_028:
下面贴一个我梳理文档用的 Steering 给各位佬参考,大家用的话可以根据自己的环境修改使用。
----------------------
inclusion: manual
----------------------
文档生成工作流
当用户请求"更新文档"、“生成文档”、"写文档"时,必须严格遵循此工作流。
核心原则
1. 代码优先 - 所有文档必须基于实际代码分析,禁止臆造
2. 模块内置 - 文档放在对应模块目录内,紧贴代码
3. 分步执行 - 每个模块独立处理,避免上下文溢出
4. 树状组织 - 每个模块有 README.md,内容过长则拆分子文档
文档结构规范
README.md 模板
拆分规则
● 单文件超过 200 行 考虑拆分
● 拆分后主文档保留概述和链接
● 子文档放入
----------------------
工作流步骤
Step 1: 解析目标范围
用户输入格式:
目标解析规则:
●
●
●
执行动作:
1. 确认目标范围,列出将要处理的模块清单
2. 询问用户确认后再继续
Step 2: 深度索引(每次必做)
执行动作:
输出:模块文件清单和结构概览
Step 3: 生成任务清单
基于模块结构,生成任务清单。每个模块/子模块 = 一个独立任务。
任务清单格式:
执行顺序:叶子模块 → 父模块 → 根文档(自底向上)
执行动作:
1. 展示任务清单给用户
2. 询问用户确认或调整
3. 确认后开始逐个执行
Step 4: 执行单个任务
对每个任务,执行以下子步骤:
4.1 模块分析
4.2 生成文档结构
基于分析结果,规划文档结构:
● 确定是否需要拆分
● 确定子文档划分
● 确定与其他模块的关联
4.3 编写文档
按照模板编写文档,确保:
● 所有描述基于代码分析
● 代码示例来自实际代码
● 链接指向真实文件
4.4 验证
● 检查所有文件路径引用是否存在
● 检查代码示例是否准确
Step 5: 任务完成确认
每个任务完成后:
1. 展示生成的文档内容
2. 标记任务完成
3. 询问是否继续下一个任务
重要:每个任务结束后暂停,等待用户确认再继续下一个任务。这样可以:
● 避免上下文累积
● 允许用户审阅和调整
● 支持断点续做
----------------------
禁止事项
● ❌️ 不经过代码分析就编写文档内容
● ❌️ 一次性处理所有模块(必须分任务)
● ❌️ 跳过用户确认直接执行
● ❌️ 编造不存在的函数、类或文件
● ❌️ 使用无效的内部链接
● ❌️ 使用相对路径(比如 .)作为项目路径
示例对话
用户:更新 scripts 文档
Kiro:
1. 我将为
2. [执行索引]
3. 发现以下子模块需要处理:
● scripts/generator/
● scripts/validator/
● scripts/librarian/
● scripts/llm/
● scripts/ (主模块)
1. 生成的任务清单:
● Task 1: scripts/generator/ 文档
● Task 2: scripts/validator/ 文档
● …
1. 确认开始执行吗?
用户:确认
Kiro:开始执行 Task 1…
从这kiro是要用不完了,是1月1日前就要用完这2000吗?继续讨论:
有些佬之前领的或者送的积分可能快过期了,可以考虑让 kiro 梳理旧项目的文档
我昨天对一个小项目进行了梳理,大约用掉了200+积分
反正过期也还是浪费,不如用来干点活:tieba_028:
下面贴一个我梳理文档用的 Steering 给各位佬参考,大家用的话可以根据自己的环境修改使用。
----------------------
inclusion: manual
----------------------
文档生成工作流
当用户请求"更新文档"、“生成文档”、"写文档"时,必须严格遵循此工作流。
核心原则
1. 代码优先 - 所有文档必须基于实际代码分析,禁止臆造
2. 模块内置 - 文档放在对应模块目录内,紧贴代码
3. 分步执行 - 每个模块独立处理,避免上下文溢出
4. 树状组织 - 每个模块有 README.md,内容过长则拆分子文档
文档结构规范
module/
├── README.md # 模块主文档(必需)
├── docs/ # 子文档目录(可选,当主文档过长时)
│ ├── component-a.md
│ └── component-b.md
└── submodule/
└── README.md # 子模块文档
README.md 模板
# 模块名称
> 一句话描述模块职责
## 概述
2-3 段描述模块的核心功能和设计思路。
## 核心组件
- `component_a.py` - 组件A的职责
- `component_b.py` - 组件B的职责
## 使用示例
(代码示例,基于实际代码)
## 子模块
- [submodule_name](./submodule/) - 子模块描述
## 相关文档
- [详细文档](./docs/detail.md)(如有拆分)
拆分规则
● 单文件超过 200 行 考虑拆分
● 拆分后主文档保留概述和链接
● 子文档放入
docs/ 目录----------------------
工作流步骤
Step 1: 解析目标范围
用户输入格式:
更新 <目标> 文档目标解析规则:
●
项目 或 全部 → 整个项目所有模块●
模块名 → 指定模块(如 scripts、tests)●
模块/子模块 → 指定子模块(如 scripts/generator)执行动作:
1. 确认目标范围,列出将要处理的模块清单
2. 询问用户确认后再继续
Step 2: 深度索引(每次必做)
执行动作:
0. Get-Location 获取项目目录
1. mcp_mcp_router_set_project_path - 设置项目路径,**必须使用项目绝对路径**
2. mcp_mcp_router_build_deep_index - 构建深度索引
3. mcp_mcp_router_find_files - 获取目标模块文件列表
输出:模块文件清单和结构概览
Step 3: 生成任务清单
基于模块结构,生成任务清单。每个模块/子模块 = 一个独立任务。
任务清单格式:
## 文档生成任务
- [ ] Task 1: 分析并生成 `scripts/generator/` 文档
- [ ] Task 2: 分析并生成 `scripts/validator/` 文档
- [ ] Task 3: 分析并生成 `scripts/` 主文档(汇总子模块)
- [ ] Task 4: 更新项目根 README.md(如需要)
执行顺序:叶子模块 → 父模块 → 根文档(自底向上)
执行动作:
1. 展示任务清单给用户
2. 询问用户确认或调整
3. 确认后开始逐个执行
Step 4: 执行单个任务
对每个任务,执行以下子步骤:
4.1 模块分析
1. mcp_mcp_router_get_file_summary - 获取每个文件的结构摘要
2. mcp_mcp_router_search_code_advanced - 搜索关键模式:
- 入口点(main, __main__, if __name__)
- 公开 API(def/class 不以 _ 开头)
- 重要常量和配置
3. 读取核心文件,理解实现逻辑
4.2 生成文档结构
基于分析结果,规划文档结构:
● 确定是否需要拆分
● 确定子文档划分
● 确定与其他模块的关联
4.3 编写文档
按照模板编写文档,确保:
● 所有描述基于代码分析
● 代码示例来自实际代码
● 链接指向真实文件
4.4 验证
● 检查所有文件路径引用是否存在
● 检查代码示例是否准确
Step 5: 任务完成确认
每个任务完成后:
1. 展示生成的文档内容
2. 标记任务完成
3. 询问是否继续下一个任务
重要:每个任务结束后暂停,等待用户确认再继续下一个任务。这样可以:
● 避免上下文累积
● 允许用户审阅和调整
● 支持断点续做
----------------------
禁止事项
● ❌️ 不经过代码分析就编写文档内容
● ❌️ 一次性处理所有模块(必须分任务)
● ❌️ 跳过用户确认直接执行
● ❌️ 编造不存在的函数、类或文件
● ❌️ 使用无效的内部链接
● ❌️ 使用相对路径(比如 .)作为项目路径
示例对话
用户:更新 scripts 文档
Kiro:
1. 我将为
scripts/ 模块生成文档。让我先进行深度索引…2. [执行索引]
3. 发现以下子模块需要处理:
● scripts/generator/
● scripts/validator/
● scripts/librarian/
● scripts/llm/
● scripts/ (主模块)
1. 生成的任务清单:
● Task 1: scripts/generator/ 文档
● Task 2: scripts/validator/ 文档
● …
1. 确认开始执行吗?
用户:确认
Kiro:开始执行 Task 1…