
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
字节跳动推出的AI智能体开发平台Coze(扣子)提供了低代码/零代码的智能体搭建体验,适合各类用户。作者分享使用心得:1)资源套餐调整后更合理,但音视频处理消耗大,试错成本较高;2)平台功能强大,支持多模型编排、插件系统、知识库等,但存在中文本地化不足、部分插件英文界面的问题;3)建议新手从简单任务入手,逐步掌握工作流设计。整体评价Coze功能全面但音视频生成成本较高,需权衡使用需求与预算。

腾讯推出WorkBuddy作为AI桌面工作台,支持微信指令操作本地文件及网络任务。试用发现功能实用但Token消耗也不少,免费版每日100积分限制较大。WorkBuddy快速生成可运行的俄罗斯方块网页游戏,展示其自动化能力。整体体验良好。

本文记录了作者使用腾讯WorkBuddy开发股票盯盘分析软件的全过程。WorkBuddy作为腾讯推出的AI编程助手,在安装便捷性和基础功能上表现良好,能自动生成项目结构、分阶段开发计划和初始代码。作者尝试通过详细的需求描述和分阶段开发模板指导WorkBuddy完成一个包含数据获取、可视化等功能的Python股票分析工具。然而实际体验中暴露出关键问题:生成的代码存在运行错误且难以调试,代码风格与开发

《中华诗词知识库(KBCP)项目概述》 该项目致力于构建一个全面系统的中华诗词结构化知识库,目前数据收集工作收录了4,611位诗人的62,450首诗词作品,涵盖先秦至现当代各个时期。数据集采用JSON格式存储,包含详细的朝代、作者、诗词内容等元信息。项目采用RAG(检索增强生成)技术框架,旨在实现诗词的精准检索与智能问答功能。后续计划包括数据清洗、结构化设计、自动化处理等开发阶段,最终打造一个支持

本文介绍了中华诗词知识库(KBCP)的数据清洗与入库过程。针对原始诗词数据存在的换行混乱、注释混杂、标题不统一等问题,通过标准化处理、注释剥离、标题规范化和去重等步骤,将62,450首诗词和4,611位诗人信息清洗入库。采用SQLite数据库存储,设计了诗人表和诗词表结构

本文介绍了中华诗词知识库(KBCP)的数据结构设计,采用SQLite作为存储引擎,设计了5张核心表构成关系型架构。其中诗词表(table_poem)是最复杂的实体,采用8层结构设计,包含40+字段,涵盖基础信息、结构化内容、文学属性、扩展信息等多个维度。作者表(table_poem)采用别名体系解决诗人多重身份标识问题。整体设计在文学自由表达与机器可理解性之间寻求平衡,通过词汇标准化为后续检索和知

CSDN的AI摘要: 第四章聚焦Web系统与AI智能化的实现,构建基于Flask+jQuery的可视化平台,并集成大语言模型(LLM)实现6.2万首诗词的自动标注。系统采用轻量级技术栈(SQLite/Bootstrap/jsTree),通过四栏布局实现朝代-诗人-诗词的树形导航、内容编辑与多维度标签管理。核心创新点在于:1)利用大模型加速全栈开发,将自然语言需求转化为可执行代码;2)设计AI自动标

本文介绍了"中华诗词知识库"项目的第六章,重点阐述如何构建智能化的诗词问答系统。文章提出混合智能架构(Hybrid Intelligence),通过以下核心方法实现: 意图分类与实体消歧:基于规则的毫秒级查询分类和作者别名映射,解决"苏东坡→苏轼"等实体标准化问题 结构化查询:对统计/比较类问题,采用Text-to-SQL技术,通过元数据约束+字段白名单+只读执行三重防护防止LLM幻觉 语义检索:

本文探讨了AI驱动开发的方法论转变,以「中华诗词知识库(KBCP)」项目为例,展示零基础开发者如何通过人机协作构建复杂系统。核心观点包括: 开发范式转型:从人工编码转向人机协同,开发者角色转变为"架构师+审核者",AI承担代码生成等执行工作,人类专注需求定义和质量把控。 全周期渗透:AI贯穿软件工程全流程,在需求分析、设计、开发、测试各环节提供辅助,但决策责任始终由人类承担。 方法论提炼:提出"组

本文记录了作者使用腾讯WorkBuddy开发股票盯盘分析软件的全过程。WorkBuddy作为腾讯推出的AI编程助手,在安装便捷性和基础功能上表现良好,能自动生成项目结构、分阶段开发计划和初始代码。作者尝试通过详细的需求描述和分阶段开发模板指导WorkBuddy完成一个包含数据获取、可视化等功能的Python股票分析工具。然而实际体验中暴露出关键问题:生成的代码存在运行错误且难以调试,代码风格与开发








