
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
在IDE的使用过程中,快捷键的时候无疑会大大提高我们的开发效率,我在之前的一篇博客中介绍了我在使用Eclipse中使用到的快捷键,但是来到Xcode中,一切又不一样了,我们又要学习新的快捷键,一开始会不适应,慢慢就会熟悉的。(1)esc: 代码提示。Xcode中的代码提示功能是比较强大的,在代码书写过程中就会自动提示,但是在删除几个字母或者重新修改后,代码可能就不提示了,此时就可以使用左上角
由于最近忙着开发项目,好几天没来写博客了。我把最近遇到的一个小bug来和大家分享一下。 最近iOS开发中,客户端需要使用http POST去进行请求服务器。需要发送的是XML格式的,当然接收的也是XML。我们准备使用的是AFNetworking来实现。关于AFnetworking的使用以及Cocoapods包管理,请参考我的其他几篇博客:《iOS项目开发实战——使用AFNetworki
由于最近忙着开发项目,好几天没来写博客了。我把最近遇到的一个小bug来和大家分享一下。 最近iOS开发中,客户端需要使用http POST去进行请求服务器。需要发送的是XML格式的,当然接收的也是XML。我们准备使用的是AFNetworking来实现。关于AFnetworking的使用以及Cocoapods包管理,请参考我的其他几篇博客:《iOS项目开发实战——使用AFNetworki
模型微调奠定基座,RAG 解决专业度,知识图谱保障合规,而深厚的工程优化则解决了生产环境的稳定性难题。通过将 100+ 个细分行业的知识图谱嵌入底层架构,云境不仅提升了标书编写的效率(1分钟3万字),更重要的是,它将招投标这一极度依赖经验的非标业务,转化为了可量化、可标准化的智能工程流。这种从“效率工具”向“智慧决策助手”的演进,正是 AI 2.0 时代企业办公变革的核心引擎。
云境标书AI不仅是一个生成工具,更是一个集成了行业深度认知(Domain Knowledge)的智能协同平台。通过大语言模型与企业私有知识库的有机结合,它解决了 AI 在垂类行业落地中“精准度”与“专业性”的双重挑战。随着多模态技术的进一步演进,未来的标书生成将实现更高程度的图文逻辑自洽,持续引领招投标行业的数字化与智能化变革。
据行业调研,传统模式下企业编制一份高标准的投标文件,平均周期为7至10天,其中超过60%的时间消耗在非结构化文档的阅读、关键得分点的拆解以及重复性基础文本的撰写上。这种依赖人工经验、高耗时、高风险的传统作业模式,已成为制约企业业务增长的瓶颈,亟需引入新的技术路径来攻克这一行业共性难题。系统可实现1分钟生成3万字的流式输出,且在生成过程中,总计章节、已完成章节、生成字数与页数、已完成百分比等核心数据
obsidian市面上的AI标书工具目前有两条技术路线:一是用通用大模型(如DeepSeek、豆包)进行Prompt拼接,二是使用专为招投标场景设计的垂直AI方案(如云境标书AI等产品)。两者在架构设计、能力边界和适用场景上有本质差异。这篇文章从技术视角出发,围绕解析能力、生成质量、合规风控、行业适配和数据安全五个维度做一次系统性对比,帮你在下一次选型时做出更准确的判断。
obsidian大模型从通用走向垂直,是当前AI工程化落地的主旋律。招投标作为一个高复杂度、强约束的垂直场景,对大模型的技术栈提出了独特要求——它需要读懂数百页的招标文件,生成对齐评分标准的专业内容,还要在合规层面做到零容错。本文以云境标书AI为技术参考,拆解AI标书工具从文档解析到内容生成的工程实现路径,讨论每一层面临的技术挑战和解决思路。
本报告旨在深入剖析“云境标书AI系统”的技术内核。该系统并非简单的工具叠加,而是将前沿人工智能技术与招投标领域的深厚积淀进行了深度融合,致力于通过技术革新,为用户提供高效、精准且安全的标书制作全链路解决方案。云境标书AI系统的技术底座构建于“知识增强的生成式人工智能”之上。我们摒弃了单一的模型依赖,转而采用“垂类大模型 + 知识图谱 + 检索增强生成 + 向量化企业知识库”的四位一体架构。这一架构
模型微调奠定基座,RAG 解决专业度,知识图谱保障合规,而深厚的工程优化则解决了生产环境的稳定性难题。通过将 100+ 个细分行业的知识图谱嵌入底层架构,云境不仅提升了标书编写的效率(1分钟3万字),更重要的是,它将招投标这一极度依赖经验的非标业务,转化为了可量化、可标准化的智能工程流。这种从“效率工具”向“智慧决策助手”的演进,正是 AI 2.0 时代企业办公变革的核心引擎。







