steam 限免
【Steam】6 天內限時免費領取《Cursedland》
https://store.steampowered.com/app/3447170
Steam 限时免费入库 Vector Strike,将转为收费
https://store.steampowered.com/app/2678820
xiaohack博客专注前沿科技动态与实用技术干货分享,涵盖 AI 代理、大模型应用、编程工具、文档解析、SEO 实战、自动化部署等内容,提供开源项目教程、科技资讯日报、工具使用指南,助力开发者、AI 爱好者获取前沿技术与实战经验。
【Steam】6 天內限時免費領取《Cursedland》
https://store.steampowered.com/app/3447170
Steam 限时免费入库 Vector Strike,将转为收费
https://store.steampowered.com/app/2678820
小马宝莉集福卡
游戏我爱玩第五人格
五福临门就玩原神
马年上王者
惊蛰无声提前纳福
今年打瓦有福了
一家老小整挺好
抢头福是头等大事
露家军欢喜过大年

大家都遇到了被冠以 PCDN 名义限网速的事情么?
有的话大家都是怎么解决的?
还是准备行动中?
在这一范式下,智能体并非模型能力的简单外延,而是一个由数据(Data)、工具(Tools)与规则(Rules)共同构成的协同系统。三者在认知、执行与控制层面各司其职,形成可复用、可治理的工程结构。 数据在智能体系统中主要承担“上下文补充”与“长期记忆”的角色。通过检索增强生成(RAG)等机制,数据以结构化或向量化形式被实时调用,为模型提供领域知识、业务状态与历史记录。 其核心价值不在于规模,而在于相关性、时效性与可控性。 工具是智能体与外部系统交互的唯一通道,涵盖搜索服务、计算模块、业务 API 及内部系统能力。 规则用于限定智能体的行为范围、决策路径与输出形式。工程上,规则通常以流程控制、权限校验、条件分支及结构化 Schema 的形式存在,用于保障系统的稳定性与合规性。 任务启动后,规则首先明确目标与边界,随后触发与当前任务最相关的数据检索,避免无关信息干扰决策。 模型基于检索结果进行推理,并在规则允许的范围内选择合适的工具执行操作,实现从“理解”到“行动”的转化。 工具执行结果被回传系统,由规则判断是否进入下一流程、触发异常处理或执行补偿逻辑,从而形成可控的执行闭环。 为降低不确定性,工具调用与数据返回需遵循明确的接口协议与 Schema 定义,这是多步骤稳定执行的前提。 在高风险场景中,规则以代码形式进行强约束;在开放场景中,则通过提示与策略进行引导,形成分层治理结构。 工具执行过程中产生的新数据需及时进入可检索体系,构建持续演进的记忆闭环。 在行业实践中可以观察到,真正具备生产价值的智能体,往往表现为一个以规则保障确定性、以工具扩展行动力、以数据增强认知深度的系统工程。这种结构性能力,决定了智能体在垂直业务中的可复制性与可扩展性。随着人工智能在产业场景中的持续深入,单一的大模型调用已难以覆盖复杂业务流程。当前工程实践中,智能体逐渐被视为一种以大模型为核心、通过系统化编排实现任务闭环的应用形态。
一、系统构成要素的职责划分

1. 数据(Data):可检索的外部知识与状态记忆
2. 工具(Tools):可被模型触发的执行接口
通过明确的接口定义与参数约束,工具使模型从语言生成扩展为具备操作能力的执行单元。3. 规则(Rules):行为边界与流程约束机制
二、协同机制:从感知到执行的闭环流程

在实际运行中,数据、工具与规则并非线性调用,而是通过多轮反馈形成闭环。1. 规则驱动的任务对齐与数据筛选
2. 数据支撑下的推理与工具选择
3. 工具反馈后的规则校验与流程推进
三、工程落地中的关键挑战

1. 协议化接口与结构化输出
2. 规则的硬约束与软引导并存
3. 数据的动态回流与持续更新
四、结论:从模型能力到系统能力

智能体系统的核心不在于模型规模,而在于数据可用性、工具可调用性与规则可执行性之间的协同程度。

今天刷 Twitter 的时候,发现时间线被一个叫 ClawdBot 的东西刷屏了。
点进去一看,是个开源的 AI 助手框架。能干的事情挺多:通过 Telegram/WhatsApp 远程控制电脑、自动处理邮件、定时跑任务、甚至能帮你和 4S 店砍价(有个老外说靠它省了 4200 美元,虽然我觉得有点玄学)。
手上正好有台吃灰的 VPS ,干嘛不试试?
结果这一试,踩了一晚上的坑。官方文档写得比较散,很多细节要自己摸索。顺手把过程记下来,给想折腾的朋友省点时间。

简单说,ClawdBot 是一个本地运行的 AI 助手网关。
它的核心是一个 Gateway 进程,负责:
你可以把它理解成一个7x24 小时在线的 AI 员工。它有记忆(知道你之前聊过什么),有手脚(能操作你的电脑),还会主动干活(定时任务、邮件监控)。
根据 Mashable 的报道,这东西火到 Mac mini 都卖断货了——很多人专门买一台小主机放家里,就为了跑这个。
不过我觉得没必要这么激进。一台便宜的云服务器就够了,一个月几十块钱,玩坏了也不心疼。
搭完之后我自己用了一下,体验确实不错:
htop 或者看 Docker 容器,截图发过来网上还有人玩得更花:
邮件自动化:每 15 分钟检查一次收件箱,垃圾邮件自动归档,重要邮件立刻推送摘要到手机,还能用你的口吻起草回复。
笔记整理:连接 Obsidian ,自动更新每日笔记,从会议记录里提取待办事项,生成每周回顾。
睡觉时写代码:睡前把一个 Bug 丢给它,它会持续调试、提交、测试,早上起来 PR 就准备好了。
智能家居控制:有人在沙发上看电视,用手机让它帮忙调灯光、查天气、设闹钟。
当然,这些高级玩法需要配置额外的 Skills 和集成。本文先讲基础安装,能聊天、能执行命令就算成功。



你需要:
| 项目 | 说明 |
|---|---|
| 一台服务器 | 云服务器(我用的 Ubuntu 24.04 )、Mac mini 、旧电脑、树莓派都行,最好是国外的,不然网络环境都有的折腾了! |
| Telegram 账号 | 用来创建 Bot |
| Claude/GPT API | 官方的或者中转站都行,后面会细说 |
云服务器(推荐新手)
优点:便宜(最低几十块/月)、玩坏了不心疼、7x24 在线
缺点:需要一点 Linux 基础
Mac mini
优点:性能好、功耗低、能跑 macOS 专属功能( iMessage 等)
缺点:贵( 4000+ 起步)、权限太高有安全风险
我的建议:
新手先用 VPS 试水。等熟悉了再考虑要不要买专门的设备。如果真要用 Mac mini ,别用日常工作的那台——万一配置出问题,或者 Key 泄露了,后果可能很严重。
ClawdBot 支持多种安装方式,我按推荐程度排序:
官方提供的快速安装命令,会自动处理依赖和权限问题:
# Linux / macOS
curl -fsSL https://get.clawd.bot | bash
# 安装完成后运行引导向导
clawdbot onboard --install-daemon
这个脚本会自动检测系统、安装 Node.js 22+、处理 npm 权限、全局安装 clawdbot 。
如果你已经有 Node.js 22+:
npm install -g clawdbot@latest
下面用手动方式演示。虽然一键脚本更方便,但手动装能让你更清楚每一步在干嘛,出问题也好排查。
ClawdBot 要求 Node.js 22 以上。Ubuntu 自带的版本太老,得手动装。
# 添加 NodeSource 仓库
curl -fsSL https://deb.nodesource.com/setup_22.x | bash -
# 安装
apt-get install -y nodejs
# 验证
node -v
# 输出 v22.x.x 就对了

踩坑 1:别直接
apt install nodejs,那样装的是老版本(通常 v12 或 v18 ),后面会报各种兼容性错误。
npm install -g clawdbot@latest
装完验证:
clawdbot --version

踩坑 2:如果报
EACCES权限错误,说明 npm 全局目录权限有问题。解决方法:mkdir -p ~/.npm-global npm config set prefix '~/.npm-global' echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc source ~/.bashrc
打开 Telegram ,搜索 @BotFather,发送 /newbot。这里好像必须新建!
按提示设置:
bot 结尾,比如 my_clawd_bot)最后会给你一串 Token:
1234567890:ABCdefGHIjklMNOpqrSTUvwxYZ1234567890
存好这个 Token,后面要用。

这一步最容易踩坑。
用官方 API
sk-ant- 开头)用中转站 API
如果用中转站,注意三点:
踩坑 3:这里我是直接用的 CLI Proxy API 这个开源项目中转的 API,选的 gemini-3-flash 模型,感觉非常舒畅!
创建配置目录:
mkdir -p ~/.clawdbot
nano ~/.clawdbot/clawdbot.json
根据你的 API 类型选配置模板:
{
"gateway": {
"mode": "local",
"bind": "loopback",
"port": 18789
},
"env": {
"ANTHROPIC_API_KEY": "sk-ant-你的密钥"
},
"agents": {
"defaults": {
"model": {
"primary": "anthropic/claude-sonnet-4-5-20261022"
}
}
},
"channels": {
"telegram": {
"enabled": true,
"botToken": "你的 Bot Token",
"dmPolicy": "pairing"
}
}
}
{
"gateway": {
"mode": "local",
"bind": "loopback",
"port": 18789
},
"agents": {
"defaults": {
"model": {
"primary": "gemini/gemini-3-flash"
},
"elevatedDefault": "full" ,
"workspace": "/wangwang",
"compaction": {
"mode": "safeguard"
},
"maxConcurrent": 4,
"subagents": {
"maxConcurrent": 8
}
}
},
"models": {
"mode": "merge",
"providers": {
"gemini": {
"baseUrl": "https://你的中转站 API/v1",
"apiKey": "test",
"api": "openai-completions",
"models": [
{
"id": "gemini-3-flash",
"name": "gemini-3-flash"
}
]
}
}
},
"channels": {
"telegram": {
"botToken": "你的 TG Token"
}
},
"plugins": {
"entries": {
"telegram": {
"enabled": true
}
}
}
}
踩坑 4:
api字段必须填openai-completions。我一开始填的openai-chat,死活启动不了。
踩坑 5:
models数组不能省,不然报错说缺少必填项。注意 agents 中也有配置模型名,别忘了改!
clawdbot gateway --verbose
看到这两行就成功了:
[gateway] listening on ws://127.0.0.1:18789
[telegram] [default] starting provider (@你的 Bot 名字)

第一次给 Bot 发消息,它会回复配对码:
Pairing code: X9MKTQ2P
Your Telegram user id: 123456789
在服务器上执行:
clawdbot pairing approve telegram X9MKTQ2P
配对完成后,只有你的账号能和 Bot 对话,别人发消息它不会理。
记下你的 Telegram User ID,后面设置权限白名单要用。
后续有啥需求就直接 tg 对话,让 AI 自行配置就行了!比如我让它帮我集成了 exa 的搜索功能!

用 nohup 跑的话,SSH 一断就挂了。上 systemd:
cat > /etc/systemd/system/clawdbot.service << 'EOF'
[Unit]
Description=ClawdBot Gateway
After=network.target
[Service]
Type=simple
User=root
ExecStart=/usr/bin/clawdbot gateway --verbose
Restart=always
RestartSec=5
Environment=HOME=/root
[Install]
WantedBy=multi-user.target
EOF
systemctl daemon-reload
systemctl enable clawdbot
systemctl start clawdbot
这样就完事了。开机自动启动,挂了 5 秒后自动重启。
几个常用命令:
# 看运行状态
systemctl status clawdbot
# 看实时日志
journalctl -u clawdbot -f
# 重启
systemctl restart clawdbot
# 健康检查
clawdbot doctor
# 全面状态
clawdbot status --all
如果想让某些命令自动执行,不用每次批准:
# 允许 docker 命令
clawdbot approvals allowlist add --agent "*" "docker *"
# 允许 systemctl
clawdbot approvals allowlist add --agent "*" "systemctl *"
# 允许 /usr/bin 下的程序
clawdbot approvals allowlist add --agent "*" "/usr/bin/*"
# 查看当前白名单
clawdbot approvals allowlist list
ClawdBot 内置 Cron 功能。比如每天早上 7 点发送服务器状态:
clawdbot cron add --schedule "0 7 * * *" \
--timezone "Asia/Shanghai" \
--message "检查服务器状态,给我发个简报" \
--deliver telegram \
--to "你的 TG 用户 ID"
或者写进配置文件:
{
"cron": {
"jobs": [
{
"id": "daily-report",
"schedule": {
"cron": "0 7 * * *",
"timezone": "Asia/Shanghai"
},
"sessionTarget": "isolated",
"payload": {
"agentTurn": {
"message": "检查服务器状态,生成简报"
}
},
"deliver": {
"channel": "telegram",
"to": "你的 TG 用户 ID"
}
}
]
}
}
clawdbot: command not foundnpm PATH 问题。确认全局目录在 PATH 里:
npm config get prefix
echo 'export PATH=$(npm config get prefix)/bin:$PATH' >> ~/.bashrc
source ~/.bashrc
默认端口 18789 冲突了:
lsof -i :18789 # 看谁在用
clawdbot gateway --port 18790 --verbose # 换个端口
按顺序检查:
clawdbot statusclawdbot pairing list telegramjournalctl -u clawdbot -fall models failedAPI 配置问题:
/v1)clawdbot doctor你的 API 不支持 function calling 。这种情况 Bot 能聊天,但执行命令用不了。换一个支持工具调用的 API 。
一个功能完整的配置,开箱即用:
{
"gateway": {
"mode": "local",
"bind": "loopback",
"port": 18789
},
"agents": {
"defaults": {
"model": {
"primary": "openai-compat/claude-sonnet-4-5-20261022",
"fallback": ["openai-compat/claude-haiku-3-5-20241022"]
},
"elevatedDefault": "full",
"thinking": "medium"
}
},
"models": {
"mode": "merge",
"providers": {
"openai-compat": {
"baseUrl": "https://你的 API 地址/v1",
"apiKey": "你的密钥",
"api": "openai-completions",
"models": [
{
"id": "claude-sonnet-4-5-20261022",
"name": "Claude Sonnet 4.5"
},
{
"id": "claude-haiku-3-5-20241022",
"name": "Claude Haiku 3.5"
}
]
}
}
},
"tools": {
"exec": {
"backgroundMs": 10000,
"timeoutSec": 1800,
"cleanupMs": 1800000,
"notifyOnExit": true
},
"elevated": {
"enabled": true,
"allowFrom": {
"telegram": ["你的 TG 用户 ID"]
}
},
"allow": ["exec", "process", "read", "write", "edit", "web_search", "web_fetch", "cron"]
},
"channels": {
"telegram": {
"enabled": true,
"botToken": "你的 Bot Token",
"dmPolicy": "pairing",
"allowFrom": ["你的 TG 用户 ID"],
"groupPolicy": "disabled"
}
},
"cron": {
"jobs": []
}
}
配置亮点:
fallback:主模型挂了自动切备用thinking: medium:启用中等深度思考groupPolicy: disabled:只响应私聊,不进群整个过程折腾了大半天,大部分时间花在排查配置格式上。
几个关键点:
api 字段、models 数组这些容易出错搭完之后确实方便。出门在外随时能跟服务器交互,定时任务也不用自己写脚本了。
但说实话,这东西更适合有一定技术基础的人。如果只是想聊天,直接用 Claude 官网就够了。折腾 ClawdBot ,图的是「可控」和「自动化」。
上周刷到 32 岁程序员猝死的新闻,当时心里一紧,却也只是点开、划走,没有多想。这几年,因为社交媒体的便利,这类消息好像越来越多,我们习惯了“震惊—感叹—划走”的循环。
结果上周五中午,突然得知大学同学( 29 岁)在家加班后心脏骤停,人就这么走了。留下怀孕 7 个月的妻子和 5 岁的女儿。一瞬间真的难以接受,反复确认了好几遍,才不得不相信这是真的。
我能做的,除了给相关视频投几个抖加,帮家属查社保、公积金销户流程,似乎也做不了更多。那种“想做点什么,却无能为力”的无力感,特别难受。
更巧的是,当周去旅行,在山上下来时,亲眼目睹了一场急救。医生、护士、路人围在那里按压、抢救,我在旁边看着,心里一直在祈祷“一定要救回来”。但最终,人还是没能救过来。那一刻,我站在人群里,突然有点发懵:原来生命真的这么脆弱,原来我们离“无常”这么近。
以前总觉得,这些事只会发生在新闻里、别人身上。现在才发现,它可能发生在任何一个加班到深夜的人身上,发生在任何一个看起来很健康、很年轻的普通人身上。
写下这些,不是为了博取同情,也不是想讲什么大道理。只是想说:
如果你还在透支身体拼命,请尽量对自己好一点。工作很重要,但身体和身边的人更重要。能早睡一会儿,就别硬撑;能拒绝的加班,就试着拒绝;能陪家人吃顿饭,就别总说“等有空再说”。
也希望我们都能学会珍惜:珍惜身边的人,珍惜还能好好说话的每一天。人生很长,但决定人生质量的,往往是那些看似普通却无法重来的日常。
愿逝者安息,愿他的家人能被这个世界温柔以待。也愿看到这段话的我们,都能好好活着,好好爱自己,好好爱身边的人。
加入一群有趣的人,一起干有意义的事情!
MiniMax 社招内推码: 3TVT54E
投递链接: https://vrfi1sk8a0.jobs.feishu.cn/s/HUx2ihsPFl8
关于福利:

antigravity 的 gemini 模型,不管是 pro 还是 flash 。简直就离谱了。
calude code 也太好用了,几秒钟就能准确定位答案。gemini 一开始还行现在越来越拉胯,calude 额度现在一限制就是几天,太离谱了。
吐槽完毕,请问大佬们 calude code 如何购买最划算,是订阅 cursor 么,还是如何使用 calude code 性价比最好呢
家庭成员用的 app ,基础:家庭事务通知 家庭代办项 家庭账本 升级:智能家居,控制灯 查看房间温度 控制扫地机器人等等 每个家庭搞一个家庭 nas ,当服务器,存储家庭 app 中产生的数据,同时 nas 可以用来控制家庭中的智能硬件,数据相当于在用户手里,硬件控制权也在用户手里。我知道小米华为都有类似的,但是 1.数据都在厂商手里安全性非常低。2.严重依赖对应厂商的设备
在传统的工程管理世界,一个令人窒息的矛盾长期存在:企业耗费巨资引入了各类管理系统,但管理者决策时,依然感觉在“盲人摸象”。数据散落在财务、成本、物资、项目等多个独立系统中,形成坚固的“数据烟囱”;一份经营分析报告需要跨部门耗时数天“对齐”口径;供应商风险总是在合作后爆发才被发现;海量的合同、单据录入工作吞噬着基层员工的精力。 “我们拥有数据,却被数据淹没;我们强调风控,却总在事后补救。” 这成为了行业数字化进程中普遍的尴尬。问题的核心,在于过往的信息化工具只是实现了流程的“线上化”,却未实现业务的“智能化”,更未打通贯穿企业经营任督二脉的“数据血流”。 然而,转折正在发生。随着AI大模型技术向产业纵深渗透,一种全新的可能性出现了:能否让AI真正理解工程业务的复杂逻辑,像一个超级大脑一样,主动整合数据、识别风险、给出洞察?深耕工程建设领域十四年、服务了近4000家企业的红圈,给出了肯定的答案。它推出了红圈AI系列智能产品,其核心理念极具冲击力:“一个指令,全局联动”。 这不再是对旧系统的修修补补,而是旨在用AI原生思维,对工程企业的经营决策、风险防控、业务流程进行一场彻底的重构。 统管理之殇:我们被困在怎样的“数据迷宫”里? “数据都在系统里,但想要的时候永远找不到。”这恐怕是许多工程企业管理者最深的无力感。 根源在于,工程管理天生就是多线程、长周期、强耦合的复杂系统。一个项目从投标到竣工,涉及成本、进度、资金、物资、合同、分包、安全质量等数十个管理维度,数据如同血液,在无数个“毛细血管”(部门、岗位、外部单位)中流动。 问题恰恰出在这里:每条“血管”都是独立的,它们之间缺乏智能的“心脏”和“神经系统”进行调度与感知。 于是,管理者看到的是:经营会议变成“数据吵架会”,各部门拿着自己口径的数据互相质疑,大量时间耗费在数据核对而非问题解决上。 项目汇报“看天吃饭”,报告质量完全取决于项目经理的个人能力和熬夜程度,数据不准、分析不深是家常便饭。 更危险的是风险管理的“滞后性”。供应商风险、合同风险、成本超支风险,往往等到问题爆发为诉讼、停工、亏损时,才后知后觉。 “事前看不到,事中控不住,事后补不完。”一位资深工程总曾如此总结。 难道就没有破局之法吗? 过去或许没有,但如今,答案正随着AI技术向产业深处落地而变得清晰。一家名为和创科技的公司,凭借旗下“红圈”产品在工程行业深耕十四年,服务近4000家企业后,给出了自己的AI答卷。 当“智能体”嵌入工程管理的每一根毛细血管 红圈的思路并非简单地给旧系统套上一个AI外壳,而是进行了一场从底层逻辑开始的“重构”。 他们基于自主研发的PaaS平台,打造了一套红圈AI系列智能产品。这套系统的核心思想,可以用八个字概括:“一个指令,全局联动”。 想象一下,你是一位公司老板,清晨打开手机,直接用语音或文字询问:“公司目前现金流最紧张的三个项目是哪些?原因是什么?” 几十秒后,一份结构清晰的报告呈现在你面前:不仅列出项目名称,还穿透式地分析了成因——是甲方付款延迟,还是材料款集中支付,并附上了每个项目的应对建议。 这不再是科幻场景,而是红圈AI的“BOSS助理Agent”的日常能力。 它像一个更懂管理的“智能数据员”,借助大模型的推理能力,精准挖掘企业自有数据模型,把沉睡的数据变成主动汇报的经营洞察。 它实现了三个维度的颠覆:一是智能汇报, 管理者任何时间下达指令,都能被快速理解与响应;二是精准呈现, 抓取全域业务数据,生成多维报表,告别多人耗时核对;三是数据安全, 依托红圈系统的权限控制,确保核心数据不被外部大模型触及。 但这仅仅是开始。红圈AI的野心在于,将这种“智能体”的能力,部署到工程管理的每一个关键环节,形成协同作战的“AI军团”。 如何用AI提前嗅到供应商“暴雷”信号? 供应商管理是工程企业的“阿喀琉斯之踵”。传统背调依赖人工查工商、看司法,信息碎片化,且无法动态监控。 红圈AI的“采购助理Agent”直击这一痛点。它像一个不知疲倦的“数字风控官”,整合司法、税务、舆情、经营等六大维度数据,通过AI算法对供应商进行动态风险评分。 它的速度是颠覆性的: 3秒抓取信用数据,40秒完成AI风险排查,10秒生成完整报告。 在一份演示案例中,AI对某劳务公司给出了 “44分,高风险” 的评级。原因分析具体到令人咋舌:存在破产案件记录、10条限制消费令、6起终本案件、因未提交年报被列入经营异常……AI甚至解读了其14起法律诉讼的案由和金额,指出“买卖合同纠纷金额较大,显示在大量交易中存在违约风险”。 这不仅是打分,更是深度“诊断”。更重要的是,它能定期自动刷新已合作供应商的风险等级,一旦发现新的高风险信号,立即预警。这意味着,采购人员可以从繁琐的信息搜集员,转变为真正的风险策略师。 如何让90%的机械录入工作“一夜消失”? 如果说风险管控是“节流”,那么流程自动化就是实实在在的“增效”。工程行业是单据的海洋:合同、结算单、送货单、入库单、领料单……大量基层员工被困在数据录入的重复劳动中。 红圈AI的“录单助手 Agent pro”的出场,近乎一场“降维打击”。它通过大模型的图像识别与语义理解能力,实现了从“眼看手输”到“一拍即入”的跨越。 无论是格式规范的机打送货单,还是字迹潦草的手写确认单,甚至是外文单据,AI都能秒级识别关键字段。更智能的是,它不仅能识别,还能“理解”和“关联”。 例如,识别出一批“BV2.5红米”电缆的入库单后,AI会自动在系统历史合同中,寻找匹配的物资采购明细,完成挂接,自动完成成本归集的源头追溯。这直接解决了材料成本“数出多门、对不上账”的老大难问题。 效果是量化的:过去人工录入5张单据约50条明细,需要20-30分钟,且容易出错;现在AI处理同样工作,仅需3-5分钟,效率提升超过80%。 从“报表堆”里一键生成“作战沙盘” 对于中高层管理者而言,真正的痛点不是没有数据,而是数据太多、太乱,无法形成有效的决策洞见。 红圈AI的“项目360°AI解读”功能,正是为此而生。它被设计为项目经营的“智能指挥官”。它打破部门墙,整合项目全维度的资金、成本、合同、进度数据,一键生成可视化的“项目全景作战图”。 这张图不再是静态报表,而是动态的、可穿透的。管理者可以轻松从项目整体毛利率,下钻到具体是哪个人工班组或材料项的超支导致了问题;可以从现金流余额,追溯到是哪一笔甲方回款延迟或哪一笔分包款支付过于集中。 AI的终极价值在于“解读”。系统会调用内置的行业专家经验模型,对项目健康状况进行智能评级(如“高风险”、“关注”、“健康”),并自动生成一份“AI经营分析报告”。这份报告会直指核心:“项目垫资施工,资金缺口66万元”、“结算款收取率仅67%,存在坏账风险”、“工期已超合同55天,面临索赔风险”。 它甚至能提供具体的“作战建议”:“建议公司规范管理项目各项成本,提前审视资金能力,制定应对计划,并可能需要法律顾问介入。” 这让管理者从“数据搬运工”和“问题发现者”,真正转变为“决策制定者”和“资源调配者”。 如何把老师傅的“经验”装进新员工的口袋? 工程行业严重依赖经验,但人员流动、项目离散的特点,使得“经验”极易流失。新员工遇到技术难题无处请教,投标时找不到历史最优方案,法务面对新案件无从参考既往判例。 红圈AI的“企业知识库”,旨在打造一个企业专属的、永不疲惫的“数字大脑”。它将散落在各个角落的制度文件、施工方案、投标标书、法律判例、维修案例等非结构化文档,通过AI技术进行向量化处理,变成一个即问即答的超级助手。 应用场景极其生动: 投标前,商务人员询问:“马上要投一个智慧校园项目,帮我找3个同类中标方案,重点看技术架构和组价策略。” AI能瞬间从海量历史数据中锁定目标,并提供关键内容摘要。 诉讼前,法务人员询问:“我们遇到了挂靠方跑路的情况,历史上有类似胜诉判例吗?” AI能精准推送相关案件的所有法律文书、证据清单和复盘报告。 日常中,新员工询问:“去哈尔滨出差,住410元的酒店能报销吗?” AI能精确引用公司差旅制度,给出合规判断及标准说明。 这本质上是企业核心能力的“数字克隆”与“民主化”,让每一位员工都能站在集体智慧的肩膀上工作,将新人培养周期大幅缩短。 红圈AI的底气从何而来? 市面上AI工具层出不穷,红圈AI为何能对工程管理理解得如此“透彻”?答案藏在它的基因里。 其母公司和创科技,自2009年成立起就扎根企业级SaaS服务,是国内该领域的早期拓荒者。它没有追逐风口,而是选择了一条艰难但正确的路:基于自主PaaS平台进行深度研发。 正是这条技术路线,让红圈系统具备了强大的灵活性和扩展性,能够紧密贴合工程行业复杂多变的业务场景。截至2024年,红圈已累计服务近4000家建筑工程企业,覆盖房建、市政、新能源、装饰装修等众多细分领域。 这十余年的深耕,积累的不仅是客户数量,更是对行业“水深水浅”的极致理解。 每一个AI功能背后,都是对成千上万个真实业务痛点、解决方案的抽象与提炼。 例如,其AI合同审查能力,能精准识别“无限连带责任”、“模糊验收标准”等工程合同特有陷阱,这绝非通用大模型能够轻易具备。其PaaS平台的核心技术,更是获得了专业机构的认证,达到“国内领先、国际先进水平”。 工程管理的“任督二脉”正在被打通 从智能报数的“BOSS助理”,到明察秋毫的“采购风控官”;从秒级录单的“流程加速器”,到纵览全局的“项目指挥官”;再到赋能个体的“企业知识大脑”……红圈AI系列产品,正以组合拳的方式,系统性地冲击工程管理的传统顽疾。 它带来的不是单点效率的提升,而是一场生产关系的重构: 决策模式重构: 从“事后汇总汇报”到“事前预测、事中预警、实时洞察”。 风险防控重构: 从“人工抽检、被动响应”到“AI全量扫描、主动布防”。 人才价值重构: 从“陷入重复劳动”到“聚焦分析、判断与创新”。 知识传承重构: 从“依赖个人经验”到“组织智慧数字化、可继承”。 管理的本质,是面对复杂系统做出正确决策。当工程这个堪称人类最复杂的协作系统之一,遇上真正懂它的AI,一场深刻的效率革命与能力进化已然开启。 红圈AI所做的,正是用技术之力,为工程企业打通数据与决策的“任督二脉”,让气血通畅,让管理回归本质——简单,高效,掌控自如。这条路没有终点,但方向已然清晰。
rt:OP 今年已然 28 岁,在老家这个年纪的同龄人已经结婚生子二胎出生有了自己的新家庭。目前 OP 处于无业&无女友&无房&无车&无贷状态,每周健身 3-4 天,父母健在有一些退休金。想听下过来人有什么人生建议,尤其在当前这个社会背景下,不限于择偶/婚姻/事业/家庭/养老/赡养/生活工作平衡等,感谢!
家里的母缅因发情了,就打算借一只公猫来配种,于是找到了这只可爱又霸气的银虎斑缅因。虽然最后没配上,但这只猫真的很乖,于是拍了几张照片留作纪念。
]




现在,已经被他的主人接回家割蛋了。
既然没有缘分,我们家的母猫也要准备割掉了。下面这张是我们家其中一只母猫发情的样子。

想试试高级版的 Gemini ,但是机场的 US 节点似乎没用,总提示该地区无法使用,可能是我的 Google 账号之前注册的地址引起的?
如果想成功订阅 Gemini ,应该如何准备操作环境?我问了普通版的 Gemini ,它让我最好搭建一个美区的 VPS (我没搭过无经验),然后在全局美区环境下重新注册一个 google 账号,再由此账号订阅 Gemini 。
我搜索了一圈,也有遇到注册时需要手机验证的,那我只有一个手机号按说已经在 google 的库里了,还能用这个国内的手机号注册吗?另外国内的 visa 全币卡可以用来支付吗?
谢谢各位大佬,给支个招,感谢!
中国软件行业协会的软件服务商交付能力评估体系,是国内软件与信息技术服务领域极具公信力的标准之一。代表企业不仅建立了系统化、标准化的项目交付过程管理体系,并且能够持续稳定地实现高质量交付,具备处理复杂大型项目及应对变化的核心能力。 北京中烟创新科技有限公司(中烟创新)通过中国软件行业协会的权威评定,荣获“软件服务商交付能力四级证书”。作为国内大模型应用开发的先行企业之一,中烟创新始终专注于AI技术的产业化落地。这不仅是对技术能力的检验,更是对中烟创新 “以客户价值为中心”的技术交付理念及其郑重承诺的权威背书。始终致力于将技术的复杂性与先进性,封装为对客户而言简洁、可靠、高效的业务解决方案,其最终成果不是停留在纸面的性能参数,而是客户可切实感知的业务成效与长期信赖。 AI项目,特别是基于大模型的行业应用,其交付复杂性远超传统软件项目。它涉及不确定性的算法调优、海量多模态数据处理、与传统IT系统的深度集成、以及持续的模型迭代与运营。中烟创新已建立起一套涵盖需求分析与AI可行性验证、数据治理与模型开发、系统集成与测试、部署上线与持续监控、知识转移与运维支持的全生命周期交付管理体系。 这套体系确保了从技术原型到稳定可靠的生产系统、从算法精度到业务实效的成功转化,有效管控了AI项目常见的范围蔓延、效果不及预期、难以运维等风险。从“国家科技型中小企业”与“国家高新技术企业”认定,再到中国软件行业协会颁发的软件服务商交付能力四级证书,这一系列成就背后是公司深耕技术创新与诚信体系建设的结果。 在人工智能应用领域,公司自主研发的“灯塔大模型应用开发平台”成功入选“2024年度百大AI产品”,与DeepSeek大模型、豆包等前沿AI产品共同登榜。在人工智能与行业应用结合方面取得了显著突破,“烟草专卖执法案卷评查系统”成功入选“北京市人工智能赋能行业发展典型案例”。通过深度融合多模态信息处理技术与动态知识建模能力,有效解决了烟草行业长期存在的案卷质量管控难题。 在技术创新体系构建上,公司形成了以专利技术、软件著作权及行业适配认证为支柱的完整知识产权与合规体系。公司累计获得25项专利授权,技术范围覆盖生成式大模型架构优化、智能交互算法、深度学习模型训练及系统性能优化等前沿方向。在软件产品化与知识产权保护层面,公司已登记软件著作权80项+,涉及基础算法模块、平台核心组件及各类行业应用软件,体现了其将核心技术转化为独立、可复用的软件资产的能力。 中烟创新积极推进信息技术应用创新适配,已通过信创领域相关认证累计超过100项+。这些认证涵盖主流国产芯片、操作系统、数据库及中间件等基础设施,表明其技术产品在国产化环境中具备可靠的兼容性、安全性与运行稳定性。随着AI技术进入深度应用新阶段,客户的需求将从“拥有AI功能”转向“获得业务成效”。这要求服务商不仅能够交付系统,更能够与客户共同探索AI技术在业务场景中的最佳应用模式,共同应对实施过程中的各种挑战,共同分享技术带来的业务价值。 中烟创新已经在这条道路上迈出了坚实步伐,从技术研发到交付实践,从单点突破到体系构建,公司正在形成独特的核心竞争力。技术的最终价值在于应用,而应用的成功在于交付。中烟创新的实践表明,当技术创新与交付能力同步提升时,人工智能才能真正从实验室走向生产线,从技术概念转化为实实在在的生产力。 在这个AI技术深刻改变各行各业的新时代,这种“既懂AI,更懂交付AI”的能力,将成为推动产业智能化转型的关键要素。中烟创新不仅是客户的技术供应商,更是值得信赖的价值共创伙伴。 我们与客户紧密协同,将前沿的人工智能技术转化为可落地、可衡量的具体解决方案, 致力于为客户实现持续的业务进化与价值增长。
为什么同样是按钮,有的看起来高档大气,有的却显得廉价劣质? 秘诀就在于层次感。 就像 3D 电影比 2D 电影更有沉浸感一样,有深度的界面比扁平的界面更能抓住用户的注意力。 扁平的化界面就像一张平铺的纸,而有层次的界面就像立体的雕塑,自然显得更高级。 苹果的产品为什么看起来那么高级? 其实原理很简单——就像化妆一样,层次感来自多重叠加。 回忆一下女朋友化妆的步骤: 界面设计也是同理: 就这么简单!但效果却能让你惊叹。 现在让我们看些实际的例子。 CSS 代码很简单: 鼠标悬停时: 使用效果如下: <!-- 这是一张图片,ocr 内容为:BEFORE FLAT SIMPLE BORDERED BUTTONS WITH NO DEPTH OR HIERARCHY. PRIMARY SECONDARY AFTERDEPTH SAME ACTIONS,BUT WITH SOFT GLOW,SHADOW AND GRADIENT. SECONDARY PRIMARY --> 这种轻微的悬停提升效果能让用户界面感觉响应迅速且高端,而无需使用动画库。 当前激活的标签页看起来应该比其他标签页位置更高。 代码如下: 使用效果如下: <!-- 这是一张图片,ocr 内容为:BEFORE:FLAT TABS NO DEPTH, SINGLE BACKGROUND, BORDERS EVERYWHERE.WORKS, BUT FEELS LIKE A WIREFRAME. ACTIVITY BILLING OVERVIEW AFTER:DEPTH&LAYERS SAME LAYOUT, BETTER HIERARCHY:LAYERED SHADES, TOP GLOW, SOFT DROP SHADOW. OVERVIEW BILLING ACTIVITY --> 我以前认为,优秀的 UI 需要复杂的渐变、自定义图标或大规模的重新设计。 事实证明,优秀设计很大程度上来自于细微的、有意设计的深度细节。 颜色图层 + 柔和阴影 = 廉价 UI → 高级 UI 现在就去试试吧!花 1 分钟,你就能让界面看起来贵 10 倍。 我是冴羽,10 年笔耕不辍,专注前端领域,更新了 10+ 系列、300+ 篇原创技术文章,翻译过 Svelte、Solid.js、TypeScript 文档,著有小册《Next.js 开发指南》、《Svelte 开发指南》、《Astro 实战指南》。 欢迎围观我的“网页版朋友圈”,关注我的公众号:冴羽(或搜索 yayujs),每天分享前端知识、AI 干货。核心秘诀
应用场景
1. 鼠标悬停
.card {
background: var(--shade);
border-radius: 10px;
box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.5), /* top glow */ 0 4px 6px rgba(0, 0, 0, 0.12); /* bottom drop */
}.card:hover {
box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.5), 0 10px 20px rgba(0, 0, 0, 0.16);
transform: translateY(-2px);
}
激活标签
.tab.active {
background: var(--shade);
box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.4), 0 3px 6px rgba(0, 0, 0, 0.12);
}
结论

配了单间,配了空调,配了专线。
嗯,干些什么好呢。心塞啊。。。。
这个平衡机制是干啥的……
我热爱生活多过工作有错么。
我想摆烂,我想静静……
这世间那有那么多平衡。
莫非坛猪的内心是,我就想工作,工作工作……