写在前面的话
信息差。前两天，和一个同事吃饭，他也是做编程的，目前在一个企业任职。起初他想运营我这个头条软件，后面有打退堂鼓的想法。这个我也不强求，因为如果他不想运营，我逼着他做，也没有动力。最主要的一点是：他说他不用AI编程，还是很传统的方式。我听到这个观点，有点吃惊，现在我有两年多没在公司干了，和抖哥一直游荡在各个图书馆，有时我认为我与社会脱节了，但和同事聊完后我发现，反而他有点落后了。他说现在正常按排期做开发，正常交测试人员进行测试，项目经理签字上线，感觉也没慢多少。他问我一个月AI花费多少，我说两三百是有了。他说：他工作进度没受影响，还省了两三百。我俩哈哈大笑，实际上，我是不认可的。AI来了，你不拥抱它，别人用AI一天开发一整个网站，写上百个接口，你这边还用传统方式，搞几个页面，十来个接口，肯定有问题啊。该花的钱还是要花的，时间成本也是成本啊。
[158+200]-------->底部有张生活照片(头条号运营：大家想全托管上号的联系我哦，每天让你得个地铁钱，微信号: qhz_toutiao)
【关键词】python、ragflow、上线问题、链接失效
一、上线问题（三级）
描述：现在上线代码遇到一些问题，需要解决一下。
开工：
第一步：域名问题(四级)
20250618周三时间段：23:26-01:00
现在zero2上，返回给前端的图片没加链接，需要优化一下。
先看下预发布，上传一张图片，看看效果，是cdn的问题，龙哥在研究，先不管。
第二步：没走意图识别（四级）
20250618周三时间段：23:47-01:00
现在预发布上，提问：我家狗拉肚子，没走意图识别，查下原因。
现在走了，可能是缓存。接下来，链接找不到处理。
第三步：链接追踪（四级）
20250619周四时间段：12:50-14:50
现在发现链接找不到的错误，追踪一下，方案如下：
要打印出 Flask 中找不到的具体 URL，你可以通过修改 Flask 的错误处理或添加日志记录来捕获请求的 URL。以下是几种解决方案：
方法 1：添加自定义 404 错误处理器
在你的 Flask 应用中添加一个 404 错误处理器，这样当路由找不到时，你可以记录请求的 URL：
from flask import Flask, request
import logging
app = Flask(__name__)
# 配置日志
logging.basicConfig(level=logging.INFO)
logger = logging.getLogger(__name__)
@app.errorhandler(404)
def handle_404(error):
# 记录请求的 URL 和方法
logger.error(f"404 Not Found: {request.method} {request.url}")
return "404 Not Found", 404
# 你的其他路由...
@app.route('/')
def home():
return "Hello, World!"
方法 2：使用 before_request 和 teardown_request 记录请求
你可以在请求前后添加日志记录：
@app.before_request
def log_request_info():
logger.info(f"Request: {request.method} {request.url}")
@app.teardown_request
def log_response_info(error=None):
if error is not None:
logger.error(f"Error in request: {request.method} {request.url} - {error}")
方法 3：直接修改 Werkzeug 的日志（高级）
如果你想要更底层的日志，可以修改 Werkzeug 的路由逻辑（不推荐，除非必要）：
from werkzeug.routing import Map, Rule
class CustomMap(Map):
def match(self, *args, **kwargs):
try:
return super().match(*args, **kwargs)
except Exception as e:
logger.error(f"URL not found: {request.url}")
raise
app.url_map = CustomMap(app.url_map.rules, app.url_map.default_subdomain)
方法 4：检查 Flask 的调试日志
确保 Flask 的调试日志已启用，这样它会自动记录更多信息：
app.config['DEBUG'] = True
最终建议
推荐使用方法 1（自定义 404 处理器）或方法 2（before_request），因为它们是最简单且符合 Flask 设计的方式。例如：
@app.errorhandler(404)
def handle_404(error):
logger.error(f"404 Not Found - URL: {request.url} - Method: {request.method}")
return "404 Not Found", 404
这样，每当出现 404 错误时，日志中就会显示具体的 URL 和请求方法，方便你排查问题。
二、科技文章（三级）
描述：看一篇科技文章，提高一下。
开工：
第一步：标题（四级）
4B Qwen3逆袭671B DeepSeek！字节DAPO微调方法这么猛的吗
关注前沿科技 量子位2025年06月16日 14:59北京
第二步：内容（四级）
4B小模型极限在哪里？
最新模型Jan-nano引起热议，它在智能体任务上超过671B的最新版DeepSeek-V3 0528，在SimpleQA基准上获得80.7分。
图7b-1
先来看一下它的实际表现，包括两个任务：
总结一下，Jan-nano的能力包括：
再来看一下官方评估结果，与它同台竞技的不是闭源方案就是DeepSeek-v3这样的671B大型MoE模型。
图7b-2
不过研究团队Menlo Research特别提醒大家，Jan-Nano只是在这一个指标上优于Deepseek-671B，并且在测试中使用了基于MCP的方法。
我们完全理解4B模型有其局限性，但看看它能走到多远总是很有趣的。
具体来说，Jano在Qwen3-4B上使用字节&清华开源的DAPO强化学习微调方法。
团队称将很快发布详细的技术报告，敬请期待。
谁是Menlo Research？
Menlo Research是一个专注于AI和机器人技术的开放研发实验室，其主要目标为构建机器人的”大脑”。
创始人为一对夫妻Daniel Ong与Nicole Zhu，Nicole Zhu在斯坦福读人机交互硕士期间休学创业，此前在谷歌做过高级工程师。
Menlo Research坚持用户拥有原则，产品都是开源的，设计为离线运行或自托管。
此前Menlo Research的核心产品是Jan，一个可以100%离线运行的开源AI助手应用。
Jan被定位为ChatGPT的替代品，曾在推出数月后，在没有风险投资支持的情况下超过百万次下载，
Jan的长远愿景是成为“自驱动计算机”，实现从用户操作计算机到计算机自主操作的转变，具体来说，规划中的能力包括。
将用户指令转化为直接行动
跨应用程序工作，无需手动切换
学习用户的特定工作模式
自主完成重复性任务
三、头条战果汇报
昨日数据来啦，昨日总收入:690.50块，昨日总播放:502.25万次，软件截图如下：
图7c-1
注：想要全托管运营头条号的联系我，你出账号，我来运营，保你天天有钱花，咨询电话： 17701328814（微信同号），也可以加群先了解一下。
图7c-2
注：个人微信如下，欢迎骚扰。
图7c-3
四、生活照片
拍摄于2026年5月2日，16:45:09，带二宝去天津玩拍的，小家伙好可爱啊。现在不用AI开发，对我来说，很多事是做不成的，或者说需要花很多时间才能勉强达成。就拿头条运营工具来说，我一个一个查怎么破解软件，怎么做一个软件页面，怎么调抖音页面实现上传，发布按钮定位，封面选择定位，最后怎么打包，怎么兼容windows不同版本，这套下来，没有两三个月，不可能完成。但用AI，不到一周就完成一个版本，当然也存在问题，快速修复一下就行。所以，让我现在放弃AI，我可能就放弃编程了，就像一个人一直骑自行车，突然有一天，骑了几天摩托车，你再让他返回天天骑自行车，估计会各种不适应。
图7d-1
《本文完》
10个月宝宝每天需要喝多少奶粉？
