YesPMP
62人浏览/5人投稿
71天前
待托管赏金
项目名称
：文书起草-文本编辑器（OnlyOffice 二次开发）
目标
：在结果页“文档侧”内，基于 OnlyOffice 实现在线编辑、AI 改写联动、法条高亮等能力；实现与“工作台侧”的互斥控制与插入/替换动作；满足顶部导航与文档标签栏的编辑器侧呈现与行为约束。页面总体由“文档侧、工作台侧、顶导、文档标签栏”构成（本包聚焦“文档侧/编辑器”及与其强相关的联动接口）。
一、基本资质与履约条件
近三年内至少有2个以上在线文档/Office套件类项目成功交付案例（需包含在线协同编辑或编辑器二次开发）。
至少1个与OnlyOffice Document Server相关的二次开发或插件开发案例；能提供演示环境或可验证的交付物。
可提供从源码构建到部署的完整链路能力（含源码级改造、编译、打包、镜像化与交付），支持Linux x86_64。
具备合规能力：熟悉OnlyOffice社区版/企业版授权模式与AGPL合规要求，能出具合规清单与声明。
团队可按需驻场/远程混合协作，提供工作日响应与紧急修复机制（含7×12小时或等效的加急通道）。
二、核心技术能力（OnlyOffice定制与深度改造）
源码级二开能力：熟悉OnlyOffice Document Server架构，能从源码编译并对编辑器前端与服务端进行定制（包含但不限于工具栏、面板、菜单项、管线定制与权限控制）。
UI与功能定制：能够移除或禁用“修订痕迹显示”等指定能力，定制工具栏与上下文菜单，注入自定义悬浮工具（如选区AI改写/复制）。
内容操作扩展：提供插入/替换API与高亮渲染能力，支持基于文档Range进行批量高亮、取消高亮、撤销/重做。
导出管线改造：可扩展导出流程，生成不含修订痕迹的“清洁版”Docx/PDF，并确保与编辑态分离。
协同机制与冲突处理：理解协同编辑原理（如OT/CRDT或OnlyOffice自有机制），可在不破坏协同一致性的前提下进行UI/逻辑改造。
安全接入与鉴权：熟悉OnlyOffice常用鉴权方式（如JWT），可实现文档级访问控制、链接有效期、下载权限隔离等。
插件/集成经验：具备编写OnlyOffice插件、桥接外部AI/检索/法条识别服务的经验；能提供稳定的前后端回调协议与状态事件。
性能优化：在≥50k字文档场景下，能优化滚动、定位、高亮与插入/替换的交互性能；能对首屏可交互时间、内存与CPU占用进行指标化优化。
浏览器兼容：确保Chrome/Edge最新版稳定兼容，具备前端异常监控与降级方案。
国际化与可访问性：具备基础i18n能力和键盘可达性、对比度等可访问性优化经验。
三、岗位配置与最低人力投入
资深前端工程师（编辑器方向）1人：精通TypeScript/JS，熟悉富文本/文档编辑器内核与Range/Selection模型，能独立改造OnlyOffice前端。
后端/服务端工程师1人：熟悉文档导出、鉴权、回调中台与消息队列；可改造导出管线并桥接AI服务。
四、工程化与交付能力
代码管理：使用Git分支模型（feature/release/hotfix），提交信息规范；支持代码评审与静态检查（ESLint、Prettier等）。
环境与参数化：支持Dev/Staging/Prod多环境隔离，文档服务、鉴权密钥、外部API等均参数化管理。
文档与移交：技术方案、接口/事件清单、二开点清单、编译部署手册、运维手册与变更日志齐备。
五、质量保障与测试要求
覆盖率与基线：核心模块单元测试≥60%，高风险路径（插入/替换、高亮、导出）需具备端到端用例。
兼容性测试：Chrome/Edge双浏览器最新版；常见分辨率与中文字体渲染。
性能与稳定性：10页文档首屏可交互≤3s（参考标准环境）；弱网/断网重连不丢数据；Undo/Redo链路稳定。
安全测试：鉴权绕过、越权下载、密钥泄漏、XSS/CSRF等基础安全用例必测，并提交修复报告。
验收脚本：提供可复用的验收脚本与录屏，覆盖“修订痕迹隐藏、清洁版导出、选区悬浮、AI改写联动、法条高亮、互斥禁用”等核心场景。
六、与上层系统的集成能力
事件与状态总线：输出task:start/finish/error、activeDocChanged等事件，支持与“工作台侧”互斥控制与提示联动。
插入/替换接口：提供insertTextAtCaret/replaceSelection等标准化SDK；支持高亮标注的新增/清除与ID化管理。
AI桥接：定义rewrite请求与结果回调协议，支持重试、幂等与并发队列。
下载接口：exportCleanDoc(docx/pdf)并可扩展水印/脱敏策略。
权限与隔离：仅允许编辑“本任务生成文档”；外链/上传文档走外部预览，禁止在内嵌编辑器打开。
