- 综合排序
- 最热优先
- 最新优先
- 来自专栏golang探索者
yuanshuli11phpforelastic 文档
yuanshuli11/phpforelastic 文档 2017-10-30 简介： 用 php 对elasticsearch的api进行了封装，便于在项目中使用。 github地址：https://github.com/yuanshuli11/phpforelastic 环境要求：php: >=5.3.0 下载：composer require yuansl/phpforelastic
40830发布于 2021-10-21 - 来自专栏从零开始学自动化测试
pytest文档11-assert断言
断言是写自动化测试基本最重要的一步，一个用例没有断言，就失去了自动化测试的意义了。什么是断言呢？ 简单来讲就是实际结果和期望结果去对比，符合预期那就测试pass，不符合预期那就测试 failed
1.4K40发布于 2018-08-17 用 WorkBuddy 手搓邮件起草 Skill
我日常工作有一大波邮件要发给同事——通知工序、安排发货，一封接一封。我们目前还没上这方面的信息管理系统，邮件就是唯一的"通知单"，天天发、天天复制粘贴，烦得不行。
19110编辑于 2026-08-13- 来自专栏Albert陈凯
2019-11-26 Hazelcast Map配置文档
map: default: in-memory-format: BINARY metadata-policy: CREATE_ON_UPDATE statistics-enabled: true optimize-queries: true cache-deserialized-values: ALWAYS backup-count: 1 async-backup-count: 0 time-to-live-seconds: 0 max-idle-seconds: 0 eviction-policy: NONE max-size: policy: PER_NODE max-size: 0 eviction-percentage: 25 min-eviction-check-millis: 100 merge-policy: batch-size: 100 class-name: PutIfAbsentMergePolicy read-backup-data: false hot-restart: enabled: false fsync: false map-store: enabled: true initial-mode: LAZY class-name: com.hazelcast.examples.DummyStore write-delay-seconds: 60 write-batch-size: 1000 write-coalescing: true properties: jdbc_url: my.jdbc.com near-cache: max-size: 5000 time-to-live-seconds: 0 max-idle-seconds: 60 eviction-policy: LRU invalidate-on-change: true in-memory-format: BINARY cache-local-entries: false eviction: size: 1000 max-size-policy: ENTRY_COUNT eviction-policy: LFU wan-replication-ref: my-wan-cluster-batch: merge-policy: com.hazelcast.map.merge.PassThroughMergePolicy filters: - com.example.SampleFilter - com.example.SampleFilter2 republishing-enabled: false indexes: name: ordered: false age: ordered: true attributes: currency: extractor: com.bank.CurrencyExtractor entry-listeners: - class-name: com.your-package.MyEntryListener include-value: false local: false partition-lost-listeners: - com.your-package.YourPartitionLostListener quorum-ref: quorumRuleWithThreeNodes
1.2K30发布于 2019-11-26 - 来自专栏人工智能快报
新语音识别提系统可帮助律师起草文件
“Dragon Legal”是一项工具，它“帮助法律专业人士完成其工作需要的文档整理工作。”
1K50发布于 2018-03-13 全国首部“企业AI智能体ROI评估”标准，公开征集起草单位及起草人智合标准化建设
在此背景下,由中国电子商会管理，智合标准中心组织编制的全国首部企业AI智能体ROI评估的标准《企业级AI智能体应用效能评估规范》向全行业公开征集起草单位及起草人。 部分起草单位： ● 华电煤业集团有限公司 ● 江苏钟吾大数据发展集团有限公司 ● 深圳市倍联德实业有限公司 ● 用友网络科技股份有限公司 ● 重庆中科汽车软件创新中心 ● 安徽英弗伦斯科技有限公司 ● 标准已经进入最终阶段，当前是参与标准起草的最后机会。 我们现面向AI智能体研发企业、大模型与Agent平台企业、行业应用集成商、网络安全与合规服务机构、第三方测评认证机构，以及所有关注智能体应用效能的相关单位公开征集起草单位与起草人。 END
28500编辑于 2026-07-11- 来自专栏AI办公实践
办公写作提效：用 AI 辅助整理资料与起草
目录谁适合看这篇我的使用思路：把WorkBuddy当"写作搭子"·思路1：用旧稿归纳写作框架·思路2：按文种起草初稿，不套模板·思路3：改稿时让它挑刺，自己把关·思路4：破格式壁垒，WPS/PDF直接读办公写作的 思路2：按文种起草初稿，不套模板关键认知：不同场景文风必须不一样。发言要鼓劲有气势，汇报要数据条理清晰，串场词要短平稳。我会先告诉它文种、场合、听众，再让它起草，绝不让它硬套某一种排比。 据我使用，它支持运行Python脚本，我用它写了个提取流程：·PDF：用pdfplumber直接抽文本；·.wps：本质是OLE复合文档（含WordDocument流），用olefile读流、按UTF-
24310编辑于 2026-07-23 - 来自专栏Albert陈凯
2018-11-18 你知道Adoc文档是什么吗？
AsciiDoc 是一种轻量级标记语言，它可以让我们以纯文本的形式来书写笔记、文章、文档、书籍、网页、幻灯片和 man 帮助。 本指南是常用的 AsciiDoc 文档和文字格式化标记的快速参考。
2K20发布于 2018-12-14 - 来自专栏黑客下午茶
Citus 11(分布式 PostgreSQL) 文档贡献与本地运行
Citus 提供： 使用分片跨多个计算机进行水平缩放 将这些服务器的查询并行化，加快大型数据集上的响应 为多租户应用程序、实时运营分析以及高吞吐量事务工作负载提供卓越的支持 Citus 11 文档官方仓库 拉取仓库到本地 git clone https://github.com/citusdata/citus_docs/tree/v11.0-beta 文档运行环境设置 pyenv 一个 Python python 版本 cat runtime.txt python-3.7.5 安装： pyenv install 3.7.5 设置虚拟环境 # 切换版本 pyenv global 3.7.5 # 进入文档目录 0.16 sphinx-autobuild==0.7.1s 注意，这里加了一项 sphinx-autobuild 安装： pip install -r requirements.txt 运行文档
66630编辑于 2022-05-17 VFP AI 插件开发花絮11：RAG.dll 帮助文档
RAG.dll 帮助文档 概述 RAG.MTServer 是一个基于 VFP 的 COM 可调用类（OlePublic），用于管理和调用本地或远程的 AI 服务（如 AnythingLLM）。
27810编辑于 2026-04-02- 来自专栏葡萄城控件技术团队
ActiveReports 报表应用教程 (11)---交互式报表之文档目录
通过文档目录，用户可以非常清晰的查看报表数据结构，并能方便地跳转到指定的章节，最终还可以将报表导出为PDF等格式的文件。 本文以2012年各月产品销售分类汇总报表为例，演示如何在葡萄城ActiveReports报表控件实现文档目录。
1.3K90发布于 2018-01-10 - 来自专栏腾讯TrustSQL
首个区块链技术国家标准发布，腾讯区块链全程参与起草
该标准由全国区块链和分布式记账技术标准化技术委员会归口，主管部门为工业和信息化部，起草单位包括中国电子技术标准化研究院、中国人民银行数字货币研究所、深圳市腾讯计算机系统有限公司等40余家产学研单位。 本次同步发布另两项区块链安全领域的国家标准——《信息安全技术区块链技术安全框架》（GB/T 42570-2023）、《信息安全技术区块链信息服务安全规范》（GB/T 42571-2023），腾讯区块链也均全程参与起草
1.1K40编辑于 2023-08-03 AgentCPM-Report：交替起草与深化，开源本地深度研究新范式
通过交替进行基于证据的起草和推理驱动的深化，该系统实现了信息获取、知识提炼和迭代大纲演化的统一。 交替起草与深化：基于草稿质量动态决定是否扩展研究深度（约6-15步为最优） 3. 多阶段能力培养：从原子技能（规划、检索、写作、决策）到端到端优化 4. 为突破这一限制，代理周期性地从局部起草转向全局规划，将新生成的草稿作为推理和诊断的新观察。由于草稿提供了具体的推理上下文，代理能够检测到初始规划时不可见的逻辑差距或肤浅论证。 如果某部分缺乏深度，代理会生成局部子部分来分解主题，并触发针对性的起草循环。 流程仅在代理验证逻辑链完整且内容深度与查询复杂度一致时才终止。 技术架构与实现细节 模型与基础设施 • 基础模型：MiniCPM4.1-8B • 检索环境：约286万文档的本地向量数据库 • 271万篇arXiv论文摘要 • 15万个网页摘要（由Gemini 2.0
56510编辑于 2026-05-18- 来自专栏Albert陈凯
2018-11-28 Asciidoc 比Markdown更简洁强大的文档工具
给老板报告，要画一个表格，发现Asciidoc的语法真的太简洁了 使用Asciidoc代替Markdown和Word撰写开发文档 https://my.oschina.net/gudaoxuri/blog on JavaFX 8 https://www.asciidocfx.com/ https://github.com/asciidocfx/AsciidocFX#install-on-mac 中文文档 Markdown对比 https://asciidoctor.org/docs/asciidoc-vs-markdown/ 本来不应该放在这里的，存着吧 基于swagger2的离线pdf和html文档生成
2.6K20发布于 2018-12-19 - 来自专栏腾讯云 TO B产业生态
腾讯参与起草社区基层防疫标准
该标准由中国电子技术标准化研究院和腾讯共同牵头起草，成功列入了2021年第二批国家标准计划。
86410编辑于 2022-06-24 AIIA《文旅大模型》评估标准发布，腾讯云任核心起草单位
第一章：报告基础信息 •报告标题：面向行业的大规模预训练模型技术和应用评估方法 第 11 部分：文旅大模型 •发布机构：中国人工智能产业发展联盟 (AIIA) •发布时间：2024-09-05 •行业标签 • 样本规模与调研对象：本文件由中国人工智能产业发展联盟提出并归口，联合腾讯云计算（北京）有限责任公司、中国信息通信研究院、万达信息股份有限公司、华强方特集团等数十家知名企事业单位共同起草。 第六章：为什么选择腾讯云 • 核心起草单位排名首位：腾讯云计算（北京）有限责任公司作为本标准起草单位列表中的第一家企业，主导并深度参与了文旅大模型关键指标的制定，彰显了其在中国乃至亚太地区人工智能新基建领域的领军地位与权威话语权
24900编辑于 2026-05-30- 来自专栏镁客网
英国起草新立法：制造商负责
而就在最近，英国拟起草的一个新立法做出了“解答”。 而随着此次英国政府拟起草新法案，也将在全球范围内树立一个先例，为自动驾驶汽车事故责任认定这一灰色地带提供一个参考。
46910编辑于 2022-08-26 用 WorkBuddy + IMA 知识库起草课程学习分享稿：完整实战教程
摘要：本文完整记录一次真实工作流——通过WorkBuddy平台调用IMAOpenAPI，从个人知识库中检索学习资料、分析内容、起草课程学习分享稿的全过程。附带可直接复用的完整代码示例。 方式耗时痛点传统方式1~2小时翻聊天记录→找历史文档→回忆上次说了什么→拼出发言稿WorkBuddy+IMA方式3~5分钟AI直接读取你的知识库→提取相关素材→生成结构化发言稿二、准备工作在开始之前，你需要完成以下两步准备 上传资料：将你的工作资料（课程笔记、会议纪要、项目文档）上传到知识库中。获取凭证：这是关键一步，用于程序调用API。 在「我的课程笔记」中搜索：关键词：发言稿会议讲话总结结果：info_list为空[]分析并调整策略：知识库中没有直接的“发言稿”文档，这很正常！课程笔记知识库存的是学习资料。 知识库里的每一份文档、每一篇笔记，都是你发言稿的“弹药”。整个过程不超过10分钟，而且随着知识库内容越来越丰富，AI生成的发言稿会越来越有深度。
6.1K10编辑于 2026-05-11- 来自专栏浊酒清味
用Python编写一个私人助理程序，为我们起草电子邮件
使用pyperclip将文本复制到剪贴板 为我起草邮件的助手会在我面前显示邮件文本。
1.3K20发布于 2020-07-27 - 来自专栏人工智能
第11课：四文档法则与 PLAN.md 拆解任务
三、四文档法则：构建项目框架四文档法则是一种用少量、清晰的文档来约束项目的方法论。 它通常包含四个角色明确的文档，协同起来构成项目的“说明书”：文档作用产品文档定义“做什么”（需求与目标）计划文档（PLAN.md）定义“怎么做”（步骤拆解）规范文档（如AGENTS.md）定义“按什么标准做 ”进度文档记录“做到哪了”下面以todo-cli项目为例，给出四个文档的最小模板。 简单说就是：产品文档定方向，计划文档拆路径，规范文档框边界，进度文档留状态，四者随项目推进循环更新。通过这四类文档，你和Codex之间就建立了一套稳定、可复用的协作契约。 下节预告下一课将介绍Codex的Skill与元能力体系，看看如何把四文档法则沉淀成可复用技能，从“拆解执行”走向“技能化协作”。本文是《OpenAICodex从零基础到精通》第11课。
800编辑于 2026-09-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号