标题: 关于AI输出结果是否为最优与输入的语言是否有着直接关系
作者: #tansuozhexigua
板块: #搞七捻三
编号: 1937782
帖子: https://linux.do/t/topic/1937782
时间: 2026-04-10 15:19:28
摘要:

佬们 如题 其实我一直有个疑问，就是关于AI产生的结果是否跟输入语言有着直接关系，平时我用Claude、GPT、Grok和Gemini比较多点 最早从两三年前我就一直用英语作为输入语言，因为我想着这些模型毕竟是人家老外的，所以英语作为token 最后理论上应该都会有着不错的结果集，不过进来我偶尔直接用中文给Claude 感觉输出结果也还可以

标题: 求助如何开发一个自动化预约的项目？
作者: #LGG G
板块: #开发调优
编号: 1937800
帖子: https://linux.do/t/topic/1937800
时间: 2026-04-10 15:21:05
摘要:

想开发一套基于腾讯表单/表格与本地浏览器自动化联动的访客预约系统：外部人员填写表单后，系统自动读取任务数据，按预约类型、校区（ x、y ）分类处理，自动打开浏览器完成登录、进入对应预约入口、填写访客信息并提交预约，支持单人或多人连续处理，并将预约结果、失败原因和执行状态回写到表格中；由于当前会话易失效、关闭浏览器后登录状态不可复用，且不同校区流程存在差异，因此系统需以浏览器自动化完成完整流程，并支持按批次重新获取会话后执行任务。
现在的流程是: 打开浏览器，输入网址，进入门户认证页面，进入门户，选择教师预约（或者单位预约），然后选择校区（因为表格会收集入校校区和校门），填写预约信息，提交预约，关闭浏览器（如果是多人可以再次选择提交，输入下一个人员信息）。重复这个流程
现在教师手动操作太麻烦，想开发从腾讯表格收集到信息就自动跑后面全流程，该用什么开源的agent那种吗 ，还是模拟点击这种 ，还是浏览器插件、脚本这种
小白没有开发经验，求助各位大佬

标题: 佬友们有在用国内模型开发的吗
作者: #bzl
板块: #搞七捻三
编号: 1937801
帖子: https://linux.do/t/topic/1937801
时间: 2026-04-10 15:21:18
摘要:

国内模型vibecoding真实感受是啥？能用吗，佬友们，我看好多帖子都在说买国内的codingplan

标题: GPT的pro比plus多多少额度呀，值得开吗
作者: #敲想吃冰块
板块: #搞七捻三
编号: 1937803
帖子: https://linux.do/t/topic/1937803
时间: 2026-04-10 15:21:39
摘要:

各位佬，claude code实在封号太厉害了，封了两个充值的号，现在注册就被封，想转投gpt了，开的是gpt的plus，现在额度消耗有点快，想知道pro的额度比plus多多少啊。有没有在用的佬，告知下使用体检如何呀，pro的能力是不是更强一些

标题: 微信小程序 虚拟支付
作者: #stickyfinger
板块: #开发调优
编号: 1937806
帖子: https://linux.do/t/topic/1937806
时间: 2026-04-10 15:22:16
摘要:

（话题已被作者删除）

标题: MiniMax 也崩了：529 服务器高负载
作者: #waltcarter
板块: #开发调优
编号: 1937815
帖子: https://linux.do/t/topic/1937815
时间: 2026-04-10 15:23:24
摘要:

下午跑任务，MiniMax 突然报 529：

Error: 529 The server cluster is currently under high load. Please retry after a short wait and thank you for your patience. (2064)

之前 GLM 挂了，现在 MiniMax 也倒了。
结论：别把鸡蛋放一个篮子里，多备几个 API 方案才是王道。

标题: 所以mcp被什么替代了？
作者: #sleep
板块: #搞七捻三
编号: 1937819
帖子: https://linux.do/t/topic/1937819
时间: 2026-04-10 15:24:07
摘要:

所以mcp被什么替代了？为什么会被替代呢？

标题: 奥特曼刚刚拉闸了吗？
作者: #Eitan
板块: #资源荟萃
编号: 1937822
帖子: https://linux.do/t/topic/1937822
时间: 2026-04-10 15:24:28
摘要:

14点半的时候三个公益站都还能正常用，15点试了一下全挂了，咋会同步挂掉呢

标题: OpenCode部署边界的思考
作者: #YMsora
板块: #开发调优
编号: 1937823
帖子: https://linux.do/t/topic/1937823
时间: 2026-04-10 15:24:29
摘要:

OpenCode部署边界的思考
关于应用模式导致的边界问题的思考，
我们知道很多是有方便本地用户而设置的默认功能，服务就会省略鉴权等等的功能
很多时候在服务配置边界不明确的情况下，对于鉴权是极其宽松的
在我审计opencode的边界时，尤为感受深刻。
在opencode的server，web模式下启动的时候，会默认bind到4096端口
function createOpencode() {
  const host = "127.0.0.1"
  const port = 4096
  const url = `http://${host}:${port}`
  const proc = spawn(`opencode`, [`serve`, `--hostname=${host}`, `--port=${port}`])
  const client = createOpencodeClient({ baseUrl: url })


这种场景下的SSRF显得尤为危险，虽然默认绑定的是127.0.0.1，但是如果未默认直接起的服务就会暴漏以下
        .route("/project", ProjectRoutes())
        .route("/pty", PtyRoutes())
        .route("/config", ConfigRoutes())
        .route("/experimental", ExperimentalRoutes())
        .route("/session", SessionRoutes())
        .route("/permission", PermissionRoutes())
        .route("/question", QuestionRoutes())
        .route("/provider", ProviderRoutes())
        .route("/", FileRoutes())
        .route("/mcp", McpRoutes())
        .route("/tui", TuiRoutes())

绑定的端口在检查query是否为字符串之后就可以直接访问了，这里列举两个高危的接口
看看FileRoutes的接入
列举两个高危接口做下示范
  new Hono()
    .get(
      "/find",
      describeRoute({
        summary: "Find text",
        description: "Search for text patterns across files in the project using ripgrep.",
        operationId: "find.text",
        responses: {
          200: {
            description: "Matches",
            content: {
              "application/json": {
                schema: resolver(Ripgrep.Match.shape.data.array()),
              },
            },
          },
        },
      }),
      validator(
        "query",
        z.object({
          pattern: z.string(),
        }),
      ),
      async (c) => {
        const pattern = c.req.valid("query").pattern
        const result = await Ripgrep.search({
          cwd: Instance.directory,
          pattern,
          limit: 10,
        })
        return c.json(result)
      },
    )

对于query只是检查了是否是字符串，就直接push进了pattern，看看search的逻辑
  export async function search(input: {
    cwd: string
    pattern: string
    glob?: string[]
    limit?: number
    follow?: boolean
  }) {
    const args = [`${await filepath()}`, "--json", "--hidden", "--glob='!.git/*'"]
    if (input.follow) args.push("--follow")

    if (input.glob) {
      for (const g of input.glob) {
        args.push(`--glob=${g}`)
      }
    }

    if (input.limit) {
      args.push(`--max-count=${input.limit}`)
    }

    args.push("--")
    args.push(input.pattern)

    const command = args.join(" ")
    const result = await $`${{ raw: command }}`.cwd(input.cwd).quiet().nothrow()
    if (result.exitCode !== 0) {
      return []
    }

对于${{raw : xxxx}}是不会经过任何转义的，并且还拼接了args，也就把pattern也拼进去了
这样如此便RCE，可以继续连接自己服务器进行进一步混淆和持久化操作
第二个是
.get(
      "/find/file",
      describeRoute({
        summary: "Find files",
        description: "Search for files or directories by name or pattern in the project directory.",
        operationId: "find.files",
        responses: {
          200: {
            description: "File paths",
            content: {
              "application/json": {
                schema: resolver(z.string().array()),
              },
            },
          },
        },
      }),
      validator(
        "query",
        z.object({
          query: z.string(),
          dirs: z.enum(["true", "false"]).optional(),
          type: z.enum(["file", "directory"]).optional(),
          limit: z.coerce.number().int().min(1).max(200).optional(),
        }),
      ),
      async (c) => {
        const query = c.req.valid("query").query
        const dirs = c.req.valid("query").dirs
        const type = c.req.valid("query").type
        const limit = c.req.valid("query").limit
        const results = await File.search({
          query,
          limit: limit ?? 10,
          dirs: dirs !== "false",
          type,
        })
        return c.json(results)
      },
    )

依旧query原样检查字符串后直接拼入，看看file search逻辑
  expor

标题: 请教个事，“蒸馏”同事，这个到底是玩笑，还是真事啊？
作者: #demotoo
板块: #搞七捻三
编号: 1937826
帖子: https://linux.do/t/topic/1937826
时间: 2026-04-10 15:25:08
摘要:

最近老是看到一些新闻和短视频那这个题目讲段子，就是不知道是真段子，还是假段子呢。
我一直很好奇，现在的基座模型也没那么强啊，所有的skill无非就是给基座模型套个嚼子，好牵着基座模型朝着自己想要的方向去进行内容生成而已，咋滴，真把同事给蒸馏成skill就能完全取代同事了？
更搞笑的是，还看到有新闻说把张雪峰做成skill的，他做的事情如果这么简单就被AI取代的话，那他这每年过亿的收入也太好赚了吧。
总之，我的观点就是AI离能替代正常人的工作还差了20%呢，但这20%就跟可控核聚变的50年一样，至少短期内都是一直摸不着的。有佬有不同观点吗？

标题: 家人们京东以旧换新靠谱吗？
作者: #Gemini什么时候出3.0
板块: #搞七捻三
编号: 1937831
帖子: https://linux.do/t/topic/1937831
时间: 2026-04-10 15:25:41
摘要:

我这MacBook Air m1预估价1600左右，以旧换新+教育优惠+国补说给我预估价是4000，能安全下车吗？

标题: 一种新型的诈骗方式！
作者: #sun
板块: #搞七捻三
编号: 1937836
帖子: https://linux.do/t/topic/1937836
时间: 2026-04-10 15:26:21
摘要:

来都来了，大家不骂几句嘛？什么时候要20字了