现在中小制造企业对智能体或者用 AI 改造流程的需求多到超乎你的想象

我们这边,前几天有专门的企业,造配电柜的企业,不算大,到处找 AI 提效的智能体,工作流,他们从接单开始,到询价对比,出估算价 ,到材料汇总,到合同,到售后资料维修整理,特别适配现在的企业知识库,外加几个工作流,就能满足他们的需求。 像 anythingllm 这种就能完全满足,我们一个合作公司,他们就在网上买那种工控机,16G+512G 内存的那种 3000 左右,里面安装 anythingllm ,然后用这种软硬件 一体的直接卖给这种中小企业,一台 2-3W ,每年还收 1W 的服务费 包 token 就用 deepseek 的。满足 5-10 人使用。 利润大的一批! 很多中小企业 只知道 AI 能提效,根本不知道里面是啥,能解决问题,好用就行。

cms

这是一份为你量身定制的全链路 AI 增长引擎 (Edge-SaaS) 技术架构总结。这份总结不仅是你的开发蓝图,也非常适合作为你未来在 GitHub、技术博客或商业路演中的“白皮书”核心内容。 🚀 全链路 AI 增长引擎 (Edge-SaaS) 技术架构白皮书 一、 核心定位与架构哲学 产品定义: 表面上是一个免服务器维护的 Headless CMS,本质上是一个由“数字人 (Persona)”驱动的、具备 24/7 自动引流与询盘转化能力的 全自动 AI 业务代理 (Autonomous Growth Agent)。 架构哲学: * 极速与绝对安全: 抛弃动态网页渲染,前端拥抱极致的纯静态与边缘计算。 技术栈收敛: 拒绝盲目引入复杂的外部中间件,复用核心组件以降低独立开发的运维成本。 成本转嫁与隔离: 利用租户自带的 Cloudflare 账号完成边缘部署,平台方实现近乎零的带宽与存储边际成本。 二、 核心技术栈清单 (Tech Stack) 1. 后端中枢与任务编排 (The Core) 语言与框架: Golang。 核心职责: * 处理多租户鉴权与业务逻辑。 结合本地 HTML 模板 (html/template) 与 … Continue reading “cms”

english

二、黄金学习路径:三年三步走战略规划 基于“航母战斗群”模型,我为您规划出一条清晰、可执行的三年路径: 第一阶段:兴趣启航与体系导入 (未来6-8个月,大班上学期) 核心任务: 从纯兴趣输入平稳过渡到系统学习,建立“阅读”的概念,保护兴趣。 资源分配与时间规划 (假设每天1小时): WOW ENGLISH (20分钟/占比30%): 继续作为“开胃菜”,每天看1-2集,保持语感和乐趣。 牛津树 (25分钟/占比40%): 此阶段的泛读主角! 从L1开始,利用其故事性,无痛地将孩子从“看动画”引向“读绘本”,建立阅读自信。 Wonders (15分钟/占比30%): 开始GK级别。不要追求进度,重点放在听歌曲、跟读韵律诗(Chant)、看大书(Big Book)上,让孩子感知“学习”的乐趣。 线上外教 (每周1-2次,每次25分钟): 角色是**“游戏伙伴”**。外教可以和孩子聊WOW ENGLISH里的Steve,或者玩牛津树故事相关的游戏,纯粹以激发兴趣和开口为目的。 第二阶段:体系加速与能力构建 (大班下学期至一年级,约1.5年) 核心任务: 全面进入Wonders体系,通过“精读+泛读”双引擎,快速积累词汇和阅读能力。 资源分配与时间规划 (假设每天1.5小时): Wonders (40分钟/占比45%): 核心学习时间。系统学习G1级别,严格按照Phonics、高频词、精读课文的节奏进行。这是实现1000词目标的“发动机”。 RAZ (35分钟/占比40%): 泛读主角替换为RAZ! 为什么?因为Wonders是主题驱动的,RAZ的海量非虚构内容可以完美匹配Wonders的主题。例如,Wonders学到动物主题,就去RAZ读10本关于不同动物的书。这是最高效的“主题学习法”。 线上外教 (每周2次,每次25分钟): 角色升级为**“学习教练”**。外教的任务变成: 预习或复习Wonders的核心词汇。 和孩子讨论本周阅读的RAZ书籍内容(“你最喜欢哪个星球?”)。 引导孩子用完整的句子表达。 WOW ENGLISH/海尼曼 (15分钟/占比15%): 作为“甜点”,在周末或孩子疲劳时使用,保持学习的多样性。 第三阶段:巩固拓展与自主应用 (二年级,约1年) 核心任务: 强化读写能力,从“学习阅读”迈向“通过阅读学习”,初步尝试写作。 资源分配与时间规划 (根据孩子情况调整): Wonders (持续进行): … Continue reading “english”

计划

2023-11-20 gocms系统完善,gocms采集系统完善,gocms开始采集 parking机器迁移, parking 60刀 采集+数据库 130 name ip工具站 130 gocms sql 130×2 deadline——【2023-11-30】 gocms系统及采集系统完成。 域名cat分类完成。 采集目标明确。 机器迁移完成。

seo常用术语

一、用户相关 1、DAU(Daily Active User)日活跃用户数量 说明:通常统计一日(统计日)之内,登录或使用了某个产品的用户数(去除重复登录的用户) 2、MAU(Monthly Active User)月活跃用户人数 说明:通常统计一个月(统计月)之内,登录或使用了某个产品的用户数(去除重复登录的用户) 3、PV(Page View)页面浏览量 说明:用户每1次对网站中的每个网页访问均被记录1次。用户对同一页面的多次访问,访问量累计。 4、UV(Unique Visitor)独立访客(问)数 说明:独立访客数则相当于带身份证参观展览会的访问人数,每一个出示身份证参观展览的人,无论出入几次,都只计作一次独立访问。 5、DV(Depth of Visit)网站访问深度 说明:用户在一次浏览你的网站的过程中浏览了你的网站的页数 6、LTV(Lift Time Value)客户终生价值 说明:是公司从用户所有的互动中所得到的全部经济收益的总和。通常被应用于市场营销领域,用于衡量企业客户对企业所产生的价值,被定为企业是否能够取得高利润的重要参考指标。 7、TP(Time On Page)页面停留时间 说明:用户在各个页面的停留时长 8、RV(Repeat Visitor)重复访客 说明:网页或产品的重复触发用户数 9、PCU(Peak concurrent users)最高同时在线人数 10、ACU(Average concurrent users)平均同时在线玩家人数

cat

food car h5 health apt print pet shopping finance fun home biz org fashion school sport it furniture “““““““““““““` blog shopping company saas “““““““` ip \ domain \ vpm \ food shopping health car nails hair beauty wedding flower job

crontab定时任务不执行的一些原因总结

1 crond服务未启动 crontab不是Linux内核的功能,而是依赖一个crond服务,这个服务可以启动当然也可以停止。如果停止了就无法执行任何定时任务了,解决的方法是打开它: cron 或 service crond start 如果提示crond命令不存在,可能被误删除了,CentOS下可以通过这个命令重新安装: yum -y install crontabs 2 权限问题 比如:脚本没有x执行权限,解决方法: 增加执行权限,或者用bash abc.sh的方法执行 也有可能crontab任务所属的用户对某个目录没有写权限,也会失败 3 路径问题 有的命令在shell中执行正常,但是在crontab执行却总是失败。有可能是因为crontab使用的sh未正确识别路径,比如:以root身份登录shell后执行一个/root/test.sh,只要执行 就可以了。但是在crontab中,就会找不到这个脚本,比如写完整: 4 时差问题 因为服务器与客户端时差问题,所以crontab的时间以服务器时间为准。 时差这个问题还真是搞人,这个我亲身体验了,现象如下: (1) 我设置了一个定时脚本,用命令观察服务器的时间到了脚本执行的时间点,发现没有执行 (2) 但是我把脚本设置成每分钟执行一次,就是OK的 见鬼了,服务器时间是对的啊?莫非是要加个什么时区?于是把脚本的时间减10或者12或者8个小时都尝试了下,发现都不行。 但是很明显是时间不一致导致的不执行。 最后用如下两行解决了问题: cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime service crond restart chmod +x /var/spool/cron/root /bin/systemctl reload crond.service /bin/systemctl restart crond.service

seo

Alex Buraks 根据泄露的源代码库深扒了 Yandex 搜索引擎的排名规则,戏称这对理解 GoogleSEO (搜索引擎优化) 有很多有用的信息,毕竟 Yandex 和 Google 的搜索结果有70%的匹配度,不少人认为其搜索技术用的就是 Google 同款,如 PageRank、BERT 等。掌握了 Yandex 的规则就相当于参透了 Google 排名算法的家底。 Alex Buraks 列出了 Yandex 其中10个排名因素: 1)链接的创建时间 2)流量和有机流量(免费流量)的百分比 3)URL中的数字不利于排名 4)URL中的斜杠不利于排名 5)负面情绪过重的PageRank=0 6)站点服务器可靠性 7)”维基百科”单独列了一个因素 8)用户行为: 点击率,跳出率等 9)文件年龄与上次更新日期 10)所有查询域名的平均位置 “““““““站群盈利点············· 1、对外提供外链及软文服务 2、收集email 3、aff、电商 4、出售域名 ·····················统计工具 yandex············ yandex gg搜索记录gg索引量 semrush 记录da等 关键词工具 开发其他自动化工具 ·······················内容········· 根据关键词搭配内容 内容:ai生成,采集,二次处理,免费信息,信息集合 模板 混合生成模式 ·················站群服务器域名················· … Continue reading “seo”