2026-04-28

  1. 04月28日
    1. 一、今日完成情况
    2. 二、今日感悟
    3. 三、备注
    4. 四、github同步钩子修复
    5. 五、服务器opencode

04月28日

一、今日完成情况

  • 完成数据科学两个实验和两章作业
  • 博客同步问题彻底解决,现在可以毫无门槛的加入博客新内容,完成本地提交github,服务器博客自动更新的自动化流程
  • 营销比赛开会,同步接下来需要完成的新工作
  • 今天opencode完成作业的时候,我深深的感受到了AI确实需要好好配置提示词,不然能力太弱了。

二、今日感悟

  • 核心业务数据​:
    • 完成实验室服务器opencode的配置
    • 完成作业,只不过全是AI帮我完成的
    • 博客问题解决
  • ​今日工作总结:​
  • ​明日工作计划:
    • 完成营销部分的技术方案产品检索
    • 完成实验1-实验2,在实验室当中
  • ​今日学习成长:​
    • 无,唯手熟尔

三、备注

四、github同步钩子修复

修复完成。总结一下:
根本原因
Webhook 收到 GitHub 推送后,只执行了 litearch-sync.sh(拉取 litearch 博客仓库 + rsync obsidian_vault 内容 + hexo build),但从未对 obsidian_vault 执行 git pull。所以无论 GitHub 上推了多少新内容,服务器上 obsidian_vault 目录始终是旧的,rsync 过去的也是旧内容。
修复内容
修改了 webhook_listener.py,在 webhook 触发时先执行 sync_vault.sh(git pull obsidian_vault),再执行 litearch-sync.sh(rsync + hexo build),且顺序执行(&& 连接),确保 vault 拉完新内容后才做同步和构建。
已手动将 vault 拉到了最新(977c354, 11:10 的推送),服务已重启生效。

CleanShot 2026-04-28 at 11.32.23@2x CleanShot 2026-04-28 at 12.10.03@2x

五、服务器opencode

解决服务器opencode无法访问的问题:

服务器端

export OPENCODE_DISABLE_AUTOUPDATE=1
opencode serve --hostname 127.0.0.1 --port 4096

如果端口被占用:

pkill -9 -x opencode 2>/dev/null || true
pkill -9 -x .opencode 2>/dev/null || true
opencode serve --hostname 127.0.0.1 --port 4096
CleanShot 2026-04-28 at 21.40.40@2x

MacBook终端建立隧道(iTerm2 执行)

ssh -N -L 4096:127.0.0.1:4096 tecent-lab-server

浏览器打开:

http://127.0.0.1:4096

成功解决实验室服务器无法使用opencode的问题,接下来我可以在其辅助下安装大语言模型了。

CleanShot 2026-04-28 at 21.53.42@2x
转载请注明来源,欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论,也可以邮件至 kipleyarch@gmail.com
Archive PDF预览 PPTX Obsidian