{"company":"擎枫科技","contact":{"wechat":"xiaofengcheyou","phone":"","email":""},"tokenUrl":"https://aiqfkj.cn/platform/","socials":[{"name":"抖音","url":""},{"name":"B站","url":""},{"name":"X","url":""},{"name":"YouTube","url":""},{"name":"QQ频道","url":""},{"name":"公众号","url":""}],"services":[{"title":"AI 企业赋能","summary":"找到重复工作与信息断点，让 AI 接进已有流程，成为业务真正用得上的能力。","en":"BUSINESS INTELLIGENCE","id":"business","intro":"把重复录入、资料核查和跨工具协作，变成清楚、可核查的工作流。我们从你正在使用的表格、业务截图和软件出发，找到值得交给 AI 的部分，也保留需要人判断的环节。","scenarios":["从转账截图、单据和业务图片中提取信息，减少重复录入","把零散表格、资料与现有工具连接起来，便于查找与核对","让批量处理有任务状态、异常提示和人工复核入口"],"deliverables":["围绕具体岗位的场景说明与功能清单","可操作的业务工具、数据导出与必要接口","部署及使用说明，明确数据去向与维护范围"],"highlights":[{"title":"从一件反复发生的工作开始","body":"适合手工录入多、信息来源杂、经常需要对账或汇总的团队。先看一份真实资料如何进入工作：谁提供、谁核查、最后需要什么结果。能通过规则完成的部分用规则，只有确实需要理解图文和语义的部分再引入模型，避免把简单事情复杂化。"},{"title":"让结果能够核查，也能够继续使用","body":"以台账识别实践为例，导入基础表、批量提交截图、识别姓名与金额、匹配记录、人工检查和导出数据是一条连贯路径。重要的不是得到一段 AI 回答，而是把结果放回实际业务中，并让遗漏、异常和不确定项有地方处理。"},{"title":"接入你的工作条件","body":"可以围绕现有表格、软件接口和本地电脑评估实现方式。数据是否允许外发、是否需要本地运行、人员权限和日常维护由谁负责，都在方案中说明。识别质量与资料清晰度、模型及具体场景有关，会用代表性样本验证，不承诺未经测试的准确率。"}],"caseIds":["ledger","workbench"],"body":"适合手工录入多、信息来源杂、经常需要对账或汇总的团队。先看一份真实资料如何进入工作：谁提供、谁核查、最后需要什么结果。能通过规则完成的部分用规则，只有确实需要理解图文和语义的部分再引入模型，避免把简单事情复杂化。\n\n以台账识别实践为例，导入基础表、批量提交截图、识别姓名与金额、匹配记录、人工检查和导出数据是一条连贯路径。重要的不是得到一段 AI 回答，而是把结果放回实际业务中，并让遗漏、异常和不确定项有地方处理。\n\n可以围绕现有表格、软件接口和本地电脑评估实现方式。数据是否允许外发、是否需要本地运行、人员权限和日常维护由谁负责，都在方案中说明。识别质量与资料清晰度、模型及具体场景有关，会用代表性样本验证，不承诺未经测试的准确率。","detail":{"overview":"把重复录入、资料核查和跨工具协作，变成清楚、可核查的工作流。我们从你正在使用的表格、业务截图和软件出发，找到值得交给 AI 的部分，也保留需要人判断的环节。","sections":[{"title":"从一件反复发生的工作开始","body":"适合手工录入多、信息来源杂、经常需要对账或汇总的团队。先看一份真实资料如何进入工作：谁提供、谁核查、最后需要什么结果。能通过规则完成的部分用规则，只有确实需要理解图文和语义的部分再引入模型，避免把简单事情复杂化。"},{"title":"让结果能够核查，也能够继续使用","body":"以台账识别实践为例，导入基础表、批量提交截图、识别姓名与金额、匹配记录、人工检查和导出数据是一条连贯路径。重要的不是得到一段 AI 回答，而是把结果放回实际业务中，并让遗漏、异常和不确定项有地方处理。"},{"title":"接入你的工作条件","body":"可以围绕现有表格、软件接口和本地电脑评估实现方式。数据是否允许外发、是否需要本地运行、人员权限和日常维护由谁负责，都在方案中说明。识别质量与资料清晰度、模型及具体场景有关，会用代表性样本验证，不承诺未经测试的准确率。"}],"relatedProjectIds":["ledger","workbench"]}},{"title":"AI 软件开发","summary":"从 Web、PC、SaaS 到小程序，把业务需求做成完整、清楚、可持续使用的产品。","en":"PRODUCT ENGINEERING","id":"software","intro":"把一个业务想法做成能打开、能操作、能持续维护的软件。网页、桌面工具和小程序采用适合各自场景的界面与技术，让页面、数据和后台一起服务真实使用。","scenarios":["企业内部管理系统、客户门户与业务工作台","需要本地文件或设备能力的 Windows 桌面工具","面向公众的小程序、内容产品与跨端应用"],"deliverables":["信息结构、可操作原型与完整界面","前后端、数据库及约定范围内的第三方接口","可部署版本、源码和必要的安装与维护文档"],"highlights":[{"title":"先让核心任务顺畅完成","body":"用户打开产品之后要完成什么，比页面数量更重要。我们围绕登录、浏览、编辑、查询、保存等真实任务梳理界面，让导航、状态和反馈有一致的逻辑。桌面复杂工具与手机阅读产品会采用不同组织方式，避免把一套画面简单缩放到所有设备。"},{"title":"界面与工程一起落地","body":"小龙工作台展示了本地素材、三维视口与加工参数的组织；本元经纬连接经典阅读、资料关联与学习记录；擎枫 AI 服务平台探索模型、用量和账户的集中管理。它们对应不同的信息密度与操作习惯，也构成我们讨论产品方案的具体经验。"},{"title":"交付之后有人能接着维护","body":"根据项目约定提供源码、部署步骤、配置说明和数据备份方式。浏览器兼容、权限与输入校验、异常处理以及关键功能检查都属于实现的一部分。小程序审核、商户开通、付费接口和服务器环境需要对应条件，我们会把代码完成和真实外部服务接通分别说清楚。"}],"caseIds":["workbench","benyuan","token"],"body":"用户打开产品之后要完成什么，比页面数量更重要。我们围绕登录、浏览、编辑、查询、保存等真实任务梳理界面，让导航、状态和反馈有一致的逻辑。桌面复杂工具与手机阅读产品会采用不同组织方式，避免把一套画面简单缩放到所有设备。\n\n小龙工作台展示了本地素材、三维视口与加工参数的组织；本元经纬连接经典阅读、资料关联与学习记录；擎枫 AI 服务平台探索模型、用量和账户的集中管理。它们对应不同的信息密度与操作习惯，也构成我们讨论产品方案的具体经验。\n\n根据项目约定提供源码、部署步骤、配置说明和数据备份方式。浏览器兼容、权限与输入校验、异常处理以及关键功能检查都属于实现的一部分。小程序审核、商户开通、付费接口和服务器环境需要对应条件，我们会把代码完成和真实外部服务接通分别说清楚。","detail":{"overview":"把一个业务想法做成能打开、能操作、能持续维护的软件。网页、桌面工具和小程序采用适合各自场景的界面与技术，让页面、数据和后台一起服务真实使用。","sections":[{"title":"先让核心任务顺畅完成","body":"用户打开产品之后要完成什么，比页面数量更重要。我们围绕登录、浏览、编辑、查询、保存等真实任务梳理界面，让导航、状态和反馈有一致的逻辑。桌面复杂工具与手机阅读产品会采用不同组织方式，避免把一套画面简单缩放到所有设备。"},{"title":"界面与工程一起落地","body":"小龙工作台展示了本地素材、三维视口与加工参数的组织；本元经纬连接经典阅读、资料关联与学习记录；擎枫 AI 服务平台探索模型、用量和账户的集中管理。它们对应不同的信息密度与操作习惯，也构成我们讨论产品方案的具体经验。"},{"title":"交付之后有人能接着维护","body":"根据项目约定提供源码、部署步骤、配置说明和数据备份方式。浏览器兼容、权限与输入校验、异常处理以及关键功能检查都属于实现的一部分。小程序审核、商户开通、付费接口和服务器环境需要对应条件，我们会把代码完成和真实外部服务接通分别说清楚。"}],"relatedProjectIds":["workbench","benyuan","token"]}},{"title":"AI 智能体搭建","summary":"连接企业知识、工具与工作流，让智能助手从回答问题，走向完成工作。","en":"AGENTS & WORKFLOWS","id":"agents","intro":"让智能助手能够使用资料、调用工具，并把任务推进到可检查的结果。围绕知识问答、内容处理和多工具协作，搭建有权限边界、过程记录与人工接手入口的智能体。","scenarios":["围绕企业文档与专业资料回答问题，并保留来源线索","调用现有接口或本地工具，完成有明确输入输出的任务","在内容生产、资料整理和软件操作之间组织任务工作流"],"deliverables":["资料结构、工具能力与权限范围说明","知识问答或任务工作流的可运行原型","典型问题集、执行记录及部署维护指引"],"highlights":[{"title":"先定义助手能做什么","body":"适合资料量较大、问题重复，或工作需要多个工具配合的场景。我们先明确使用者、可读资料和可执行动作，再判断应该采用检索问答、规则工作流还是模型自主判断。需要审批或可能产生费用的操作，保留明确的人来确认。"},{"title":"把回答连接到实际工具","body":"在小龙工作台等实践中，我们通过 API、CLI 和 MCP 把软件能力开放为可调用工具。相似方式可以用于素材处理、任务查询和结果导出，让助手获得可验证的执行结果。企业知识场景则着重资料版本、出处与权限，避免不同人员看到不该看到的内容。"},{"title":"出错时能看懂，也能接手","body":"一次任务是否成功，需要看最终文件、数据或业务状态。我们会按场景设计日志、失败反馈与人工接管方式，并用代表性任务检查。模型可能误解问题，工具也可能不可用；重要动作的确认、执行边界和失败后的处理方式会随具体方案一起交付。"}],"caseIds":["workbench","benyuan"],"body":"适合资料量较大、问题重复，或工作需要多个工具配合的场景。我们先明确使用者、可读资料和可执行动作，再判断应该采用检索问答、规则工作流还是模型自主判断。需要审批或可能产生费用的操作，保留明确的人来确认。\n\n在小龙工作台等实践中，我们通过 API、CLI 和 MCP 把软件能力开放为可调用工具。相似方式可以用于素材处理、任务查询和结果导出，让助手获得可验证的执行结果。企业知识场景则着重资料版本、出处与权限，避免不同人员看到不该看到的内容。\n\n一次任务是否成功，需要看最终文件、数据或业务状态。我们会按场景设计日志、失败反馈与人工接管方式，并用代表性任务检查。模型可能误解问题，工具也可能不可用；重要动作的确认、执行边界和失败后的处理方式会随具体方案一起交付。","detail":{"overview":"让智能助手能够使用资料、调用工具，并把任务推进到可检查的结果。围绕知识问答、内容处理和多工具协作，搭建有权限边界、过程记录与人工接手入口的智能体。","sections":[{"title":"先定义助手能做什么","body":"适合资料量较大、问题重复，或工作需要多个工具配合的场景。我们先明确使用者、可读资料和可执行动作，再判断应该采用检索问答、规则工作流还是模型自主判断。需要审批或可能产生费用的操作，保留明确的人来确认。"},{"title":"把回答连接到实际工具","body":"在小龙工作台等实践中，我们通过 API、CLI 和 MCP 把软件能力开放为可调用工具。相似方式可以用于素材处理、任务查询和结果导出，让助手获得可验证的执行结果。企业知识场景则着重资料版本、出处与权限，避免不同人员看到不该看到的内容。"},{"title":"出错时能看懂，也能接手","body":"一次任务是否成功，需要看最终文件、数据或业务状态。我们会按场景设计日志、失败反馈与人工接管方式，并用代表性任务检查。模型可能误解问题，工具也可能不可用；重要动作的确认、执行边界和失败后的处理方式会随具体方案一起交付。"}],"relatedProjectIds":["workbench","benyuan"]}},{"title":"AIGC 内容生产","summary":"用图像、影像、数字人与三维内容，让产品、品牌与故事拥有新的表达。","en":"GENERATIVE CREATION","id":"aigc","intro":"围绕产品、品牌与故事组织图像、影像、声音和三维内容。先说明内容给谁看、放在哪里、要表达什么，再选择合适的生成与制作方式，让素材能够真正进入使用。","scenarios":["产品介绍、宣传短片与社交媒体内容","角色、场景、游戏界面与独立视觉素材","图像转三维、模型加工及音视频内容编排"],"deliverables":["内容脚本、视觉方向与分镜或样张","按使用规格输出的独立图像、音频、模型或成片","素材来源、使用边界和约定的可修改工程"],"highlights":[{"title":"围绕表达目标组织内容","body":"一张海报、一段讲解视频和一套游戏素材，对清晰度、构图与信息的要求不同。我们先确定媒介、观看时长和核心内容，再安排脚本、图像、镜头、声音与字幕。内容有明确用途，视觉风格才有判断标准，也方便后续修改和扩展。"},{"title":"让素材能独立使用与继续加工","body":"在小龙工作台与官网 UI 实践中，图像、三维、玻璃容器、文字和图标有各自的用途。可复用素材尽量保留完整轮廓与独立文件，文字和业务内容单独维护。涉及三维时，可以结合视口、参数与导出结果讨论形体，而不是只看一张效果图。"},{"title":"把生成结果变成完整作品","body":"根据需要完成选图、剪辑、配音、字幕、镜头节奏和多画幅输出，并明确哪些属于概念探索、哪些是真实产品画面。角色肖像、声音、音乐及第三方素材的授权条件随用途确认；概念图不会被描述成实拍或已发生的客户成果。"}],"caseIds":["workbench","vision","town"],"body":"一张海报、一段讲解视频和一套游戏素材，对清晰度、构图与信息的要求不同。我们先确定媒介、观看时长和核心内容，再安排脚本、图像、镜头、声音与字幕。内容有明确用途，视觉风格才有判断标准，也方便后续修改和扩展。\n\n在小龙工作台与官网 UI 实践中，图像、三维、玻璃容器、文字和图标有各自的用途。可复用素材尽量保留完整轮廓与独立文件，文字和业务内容单独维护。涉及三维时，可以结合视口、参数与导出结果讨论形体，而不是只看一张效果图。\n\n根据需要完成选图、剪辑、配音、字幕、镜头节奏和多画幅输出，并明确哪些属于概念探索、哪些是真实产品画面。角色肖像、声音、音乐及第三方素材的授权条件随用途确认；概念图不会被描述成实拍或已发生的客户成果。","detail":{"overview":"围绕产品、品牌与故事组织图像、影像、声音和三维内容。先说明内容给谁看、放在哪里、要表达什么，再选择合适的生成与制作方式，让素材能够真正进入使用。","sections":[{"title":"围绕表达目标组织内容","body":"一张海报、一段讲解视频和一套游戏素材，对清晰度、构图与信息的要求不同。我们先确定媒介、观看时长和核心内容，再安排脚本、图像、镜头、声音与字幕。内容有明确用途，视觉风格才有判断标准，也方便后续修改和扩展。"},{"title":"让素材能独立使用与继续加工","body":"在小龙工作台与官网 UI 实践中，图像、三维、玻璃容器、文字和图标有各自的用途。可复用素材尽量保留完整轮廓与独立文件，文字和业务内容单独维护。涉及三维时，可以结合视口、参数与导出结果讨论形体，而不是只看一张效果图。"},{"title":"把生成结果变成完整作品","body":"根据需要完成选图、剪辑、配音、字幕、镜头节奏和多画幅输出，并明确哪些属于概念探索、哪些是真实产品画面。角色肖像、声音、音乐及第三方素材的授权条件随用途确认；概念图不会被描述成实拍或已发生的客户成果。"}],"relatedProjectIds":["workbench","vision","town"]}},{"title":"AI 培训与启蒙","summary":"围绕岗位任务学习，在真实练习中掌握 AI 工具，建立自己的生产力工作方法。","en":"LEARNING & ENABLEMENT","id":"training","intro":"让团队围绕自己的岗位任务学习 AI。少讲脱离工作的术语，多用文档、表格、内容与工具练习，帮助参与者判断什么适合交给 AI，以及怎样检查结果。","scenarios":["面向初学者的工具认识与基本使用","围绕资料整理、文案、视觉和表格的岗位练习","团队工作流共创、工具接入与内部分享"],"deliverables":["针对参与者基础的课程安排与练习任务","现场或线上工具演示、实操与答疑","可复用的练习资料、操作指引与后续学习建议"],"highlights":[{"title":"从正在做的工作里选练习","body":"适合希望开始使用 AI，但还没有稳定方法的个人或团队。先了解岗位、工具条件和学习目标，再选几项能够当场练习的小任务。比如把一份长资料整理成结构、为产品做一组内容，或检查一张识别结果，让参与者看见输入与输出之间的关系。"},{"title":"学会操作，也学会判断","body":"除了如何提问，还会讨论资料如何准备、结果如何核对、什么时候应该追问或重做。需要保护的信息不直接放入未经确认的外部工具；涉及专业判断的内容保留人的审核。目标是形成可以重复使用的工作习惯，而不是记住某一个模型的按钮位置。"},{"title":"用可运行的产品解释方法","body":"可以结合小龙工作台、本元经纬与台账工具等项目讲解内容生产、知识组织和业务自动化的具体实现。课程深度、设备环境、参与人数和资料交付方式按实际需求确认。当前公开案例以产品实践为主，不使用未经核实的培训人数、活动照片或学员成绩。"}],"caseIds":["workbench","ledger","benyuan"],"body":"适合希望开始使用 AI，但还没有稳定方法的个人或团队。先了解岗位、工具条件和学习目标，再选几项能够当场练习的小任务。比如把一份长资料整理成结构、为产品做一组内容，或检查一张识别结果，让参与者看见输入与输出之间的关系。\n\n除了如何提问，还会讨论资料如何准备、结果如何核对、什么时候应该追问或重做。需要保护的信息不直接放入未经确认的外部工具；涉及专业判断的内容保留人的审核。目标是形成可以重复使用的工作习惯，而不是记住某一个模型的按钮位置。\n\n可以结合小龙工作台、本元经纬与台账工具等项目讲解内容生产、知识组织和业务自动化的具体实现。课程深度、设备环境、参与人数和资料交付方式按实际需求确认。当前公开案例以产品实践为主，不使用未经核实的培训人数、活动照片或学员成绩。","detail":{"overview":"让团队围绕自己的岗位任务学习 AI。少讲脱离工作的术语，多用文档、表格、内容与工具练习，帮助参与者判断什么适合交给 AI，以及怎样检查结果。","sections":[{"title":"从正在做的工作里选练习","body":"适合希望开始使用 AI，但还没有稳定方法的个人或团队。先了解岗位、工具条件和学习目标，再选几项能够当场练习的小任务。比如把一份长资料整理成结构、为产品做一组内容，或检查一张识别结果，让参与者看见输入与输出之间的关系。"},{"title":"学会操作，也学会判断","body":"除了如何提问，还会讨论资料如何准备、结果如何核对、什么时候应该追问或重做。需要保护的信息不直接放入未经确认的外部工具；涉及专业判断的内容保留人的审核。目标是形成可以重复使用的工作习惯，而不是记住某一个模型的按钮位置。"},{"title":"用可运行的产品解释方法","body":"可以结合小龙工作台、本元经纬与台账工具等项目讲解内容生产、知识组织和业务自动化的具体实现。课程深度、设备环境、参与人数和资料交付方式按实际需求确认。当前公开案例以产品实践为主，不使用未经核实的培训人数、活动照片或学员成绩。"}],"relatedProjectIds":["workbench","ledger","benyuan"]}},{"title":"AI 出海","summary":"面向更广阔的市场，探索海外应用、内容本地化与跨语言的数字产品体验。","en":"BUILD BEYOND BORDERS","id":"global","intro":"围绕跨语言用户设计数字产品与内容体验。从语言、使用习惯和工程条件出发，探索多语言应用、海外内容与产品原型，让用户能够理解并顺畅使用。","scenarios":["多语言网站、应用界面与内容本地化","语言学习、跨文化资料和互动内容产品","面向目标市场的数字产品原型与体验验证"],"deliverables":["目标语言、用户任务与内容范围说明","多语言界面、内容结构或可体验的产品原型","部署、语言资源与后续维护所需的说明"],"highlights":[{"title":"先让人读得懂、用得顺","body":"出海产品需要处理的不只是文字翻译。同一按钮的长度、日期与金额格式、阅读顺序以及帮助说明，都会影响使用体验。我们从目标用户和具体任务出发，整理界面语言、内容结构与必要的交互差异，再确定适合的实现范围。"},{"title":"把语言放回使用场景","body":"拾语小镇以印尼语学习为切入，把词句、资料与家园、旅行、伙伴互动放进同一世界。它提供了跨语言内容组织与持续体验的产品实践。类似思路也可用于品牌内容、知识产品和工具网站，让语言服务于用户正在完成的事情。"},{"title":"把外部条件列清楚","body":"根据目标地区讨论服务器、域名、支付、模型服务与内容维护条件，能本地验证的先完成原型和工程检查。当地规则、平台审核与真实商业推广需要对应的专业资源和外部验证。我们不会用尚未发生的海外收入或用户规模替代产品本身的说明。"}],"caseIds":["town","token"],"body":"出海产品需要处理的不只是文字翻译。同一按钮的长度、日期与金额格式、阅读顺序以及帮助说明，都会影响使用体验。我们从目标用户和具体任务出发，整理界面语言、内容结构与必要的交互差异，再确定适合的实现范围。\n\n拾语小镇以印尼语学习为切入，把词句、资料与家园、旅行、伙伴互动放进同一世界。它提供了跨语言内容组织与持续体验的产品实践。类似思路也可用于品牌内容、知识产品和工具网站，让语言服务于用户正在完成的事情。\n\n根据目标地区讨论服务器、域名、支付、模型服务与内容维护条件，能本地验证的先完成原型和工程检查。当地规则、平台审核与真实商业推广需要对应的专业资源和外部验证。我们不会用尚未发生的海外收入或用户规模替代产品本身的说明。","detail":{"overview":"围绕跨语言用户设计数字产品与内容体验。从语言、使用习惯和工程条件出发，探索多语言应用、海外内容与产品原型，让用户能够理解并顺畅使用。","sections":[{"title":"先让人读得懂、用得顺","body":"出海产品需要处理的不只是文字翻译。同一按钮的长度、日期与金额格式、阅读顺序以及帮助说明，都会影响使用体验。我们从目标用户和具体任务出发，整理界面语言、内容结构与必要的交互差异，再确定适合的实现范围。"},{"title":"把语言放回使用场景","body":"拾语小镇以印尼语学习为切入，把词句、资料与家园、旅行、伙伴互动放进同一世界。它提供了跨语言内容组织与持续体验的产品实践。类似思路也可用于品牌内容、知识产品和工具网站，让语言服务于用户正在完成的事情。"},{"title":"把外部条件列清楚","body":"根据目标地区讨论服务器、域名、支付、模型服务与内容维护条件，能本地验证的先完成原型和工程检查。当地规则、平台审核与真实商业推广需要对应的专业资源和外部验证。我们不会用尚未发生的海外收入或用户规模替代产品本身的说明。"}],"relatedProjectIds":["town","token"]}}],"projects":[{"id":"workbench","title":"小龙工作台","en":"CREATIVE WORKBENCH","type":"自研产品","status":"持续迭代","category":"software","image":"/assets/cases/workbench-model.png","summary":"面向需要处理图像、三维与音视频的创作者，小龙工作台把素材、三维视口、加工参数和任务结果放进同一工作空间。从模型查看到浮雕与拆件，减少在工具之间反复寻找文件，让创作过程更连贯，结果也更容易检查。","intro":"小龙工作台面向同时使用图像、三维和音视频工具的创作者。创作过程往往不是缺少单个功能，而是素材、参数、加工结果和软件入口分散在不同位置。我们把这些内容组织为一个本地工作空间，围绕同一个对象继续处理，减少重复切换与找文件的负担。","problem":"参考图、三维模型、加工版本和任务结果分散，操作需要在多个软件与文件夹之间反复往返。","features":["本地素材、参考图与任务结果管理","三维模型查看、浮雕加工与拆件装配","音视频模块与时间线工作流","API、CLI 和 MCP 软件能力接口"],"note":"图为真实软件运行与加工预览。自研产品持续迭代，模型与模块依赖具体运行环境；加工预览不等于实体工艺验证。","detail":{"overview":"小龙工作台面向同时使用图像、三维和音视频工具的创作者。创作过程往往不是缺少单个功能，而是素材、参数、加工结果和软件入口分散在不同位置。我们把这些内容组织为一个本地工作空间，围绕同一个对象继续处理，减少重复切换与找文件的负担。","sections":[{"title":"围绕对象继续工作","body":"在三维场景中，使用者可以查看模型、调整视角，再进入浮雕或拆件等加工任务。参数、原对象与加工版本有各自的位置，预览之后再保存结果。素材和任务状态尽量保持连贯，让创作者能判断当前操作针对哪个对象、生成了什么、下一步可以做什么。"},{"title":"工具也能进入工作流","body":"除了直接操作界面，项目通过 API、CLI 与 MCP 开放部分能力，便于把任务查询、素材处理与结果导出连接到其他工具。它体现了我们对复杂桌面软件的理解：既要把界面做清楚，也要让背后的能力能够被组合使用。"},{"title":"当前形态","body":"项目已有本地 Windows 启动入口并持续迭代。官网展示的是实际界面与加工结果，不是效果图包装；本地模型、外部服务、显卡与第三方软件各有使用条件，会根据所需模块确认。具体交付范围以对应版本与部署环境为准。"}]},"media":[{"type":"image","src":"/assets/cases/workbench-model.png","label":"三维视口与模型加工","alt":"小龙工作台 · 三维视口与模型加工，真实产品运行画面"},{"type":"image","src":"/assets/cases/workbench-relief.png","label":"实际浮雕加工预览","alt":"小龙工作台 · 实际浮雕加工预览，真实产品运行画面"},{"type":"image","src":"/assets/cases/workbench-assembly.png","label":"拆件与装配检查","alt":"小龙工作台 · 拆件与装配检查，真实产品运行画面"}]},{"id":"town","title":"拾语小镇","en":"A LIVING LANGUAGE WORLD","type":"自研产品","status":"桌面应用","category":"creative","image":"/assets/cases/town-home.png","summary":"拾语小镇把印尼语学习放进家园、旅行与伙伴互动之中。使用者可以浏览资料、与伙伴交流、探索地图，再回到自己的家园与成长记录。项目用连贯的世界和可保存的进度，探索一种更有陪伴感、愿意每天回来一点的语言学习体验。","intro":"拾语小镇从印尼语学习出发，尝试把资料、对话与日常互动连接成一个持续的学习世界。目标使用者不是只想完成一张练习表的人，而是希望在探索和陪伴中增加语言接触、逐步建立习惯的学习者。","problem":"词句练习与生活场景分离，学习任务容易变成一次性打卡，缺少持续探索和回来的理由。","features":["资料浏览与语言对话","家园、地图与旅行探索","伙伴照顾、物品和成长系统","相册、进度与本地持久存档"],"note":"图为 Windows 桌面运行证据，展示家园、地图与伙伴照顾。项目已有桌面打包版本；功能与素材持续完善，不代表所有平台均已发布。","detail":{"overview":"拾语小镇从印尼语学习出发，尝试把资料、对话与日常互动连接成一个持续的学习世界。目标使用者不是只想完成一张练习表的人，而是希望在探索和陪伴中增加语言接触、逐步建立习惯的学习者。","sections":[{"title":"让学习有一个可以回来的地方","body":"家园承接日常互动，地图提供新的场景，伙伴状态与成长记录把多次使用联系起来。用户可以在资料和对话中接触语言，也可以照顾伙伴、整理物品、查看相册。不同任务共享同一个世界，避免每次打开都像从头开始。"},{"title":"体验背后的工程","body":"项目把多页面导航、图像素材、交互状态与本地保存结合起来，既关注世界的视觉完整，也关注返回路径、资源加载和进度保存等日常细节。语言内容、游戏反馈与界面布局需要一起设计，才不会让装饰掩盖学习本身。"},{"title":"当前形态","body":"项目已有 Windows 桌面交付与运行验证，官网图片来自实际应用。它仍在持续迭代，语言内容和各功能深度以实际版本为准。这里展示的是自研产品实践，不以未经验证的学习效果、付费用户数量或运营规模作宣传。"}]},"media":[{"type":"image","src":"/assets/cases/town-home.png","label":"伙伴家园","alt":"拾语小镇 · 伙伴家园，真实产品运行画面"},{"type":"image","src":"/assets/cases/town-map.png","label":"世界地图与探索","alt":"拾语小镇 · 世界地图与探索，真实产品运行画面"},{"type":"image","src":"/assets/cases/town-care.png","label":"伙伴照顾与状态","alt":"拾语小镇 · 伙伴照顾与状态，真实产品运行画面"}]},{"id":"benyuan","title":"本元经纬","en":"KNOWLEDGE, CONNECTED","type":"自研产品","status":"持续完善","category":"software","image":"/assets/cases/benyuan-home.png","summary":"本元经纬面向需要阅读与积累传统医学资料的使用者，把经典、本草、方剂与研读记录放在清楚的移动界面里。阅读不再停留在单篇资料：原文、相关条目、收藏和复习可以相互连接，让知识逐步形成自己的经纬。","intro":"本元经纬希望让传统文化与专业资料的阅读更加连贯。面对分散的典籍、方剂、本草和图谱，使用者既需要找到一段原文，也需要看见它与其他资料的关系，并留下自己的研读进度。","problem":"专业资料分散，原文、条目关联、收藏与学习记录之间缺少顺畅的浏览路径。","features":["经典原文与专题资料浏览","本草、方剂和相关条目关联","今日研读、复习与个人积累","面向手机的小程序阅读体验"],"note":"图为微信小程序真实运行预览。产品持续完善，尚未据此宣称已通过发布审核；资料用于阅读学习，不提供诊疗或用药建议。","detail":{"overview":"本元经纬希望让传统文化与专业资料的阅读更加连贯。面对分散的典籍、方剂、本草和图谱，使用者既需要找到一段原文，也需要看见它与其他资料的关系，并留下自己的研读进度。","sections":[{"title":"从查到资料，到继续研读","body":"首页把今日研读和经典入口放在一起；进入资料后，可以阅读原文、查看组成或相关条目，再回到自己的学习任务。界面把内容层次、章节和操作入口区分开，让使用者知道现在读到哪里，也能较自然地继续下一步。"},{"title":"知识关系与阅读体验一起设计","body":"项目整理既有资料来源，以条目关联和清晰的页面结构承载内容。收藏、手记与研读记录用于个人积累，移动界面则兼顾字数、阅读空间和触控操作。视觉保持统一，重点仍是资料本身的可读、可查和可持续使用。"},{"title":"当前形态","body":"本页展示小程序的实际运行画面与已有功能，不以设计效果图代替程序。发布审核和相关平台条件需要单独完成，内容范围仍在持续完善。产品是学习与资料组织工具，涉及健康问题时应向合适的医疗专业人员咨询。"}]},"media":[{"type":"image","src":"/assets/cases/benyuan-home.png","label":"今日研读首页","alt":"本元经纬 · 今日研读首页，真实产品运行画面"},{"type":"image","src":"/assets/cases/benyuan-formula.png","label":"方药与本草关联","alt":"本元经纬 · 方药与本草关联，真实产品运行画面"},{"type":"image","src":"/assets/cases/benyuan-original.png","label":"原文与资料阅读","alt":"本元经纬 · 原文与资料阅读，真实产品运行画面"}]},{"id":"ledger","title":"AI 台账识别","en":"FROM IMAGES TO DATA","type":"功能实践","status":"功能实践","category":"software","image":"/assets/cases/ledger-empty.png","summary":"面向需要整理收购和转账记录的工作场景，AI 台账识别把基础表导入、批量截图处理、记录匹配与结果导出连接起来。识别结果进入可核查的台账，异常项留给人确认，帮助减少重复录入，让后续对账更有依据。","intro":"AI 台账识别围绕一项具体工作展开：把基础名册和转账截图整理成可以继续核对的数据。对使用者来说，真正需要的不是一段图片描述，而是每笔记录能够对应到台账，并能够检查、汇总和导出。","problem":"截图信息需要逐张查看与手工抄录，基础资料与转账记录分离，匹配和汇总重复耗时。","features":["XLSX、XLS 与 CSV 基础表导入","批量转账截图上传与识别","姓名、公式和金额提取及匹配","异常复核、台账管理与 CSV 导出"],"note":"图为隔离浏览器中启动的实际前端，使用空数据，未上传客户资料或调用识别服务。识别与联通能力依实际模型、配置和资料质量验证。","detail":{"overview":"AI 台账识别围绕一项具体工作展开：把基础名册和转账截图整理成可以继续核对的数据。对使用者来说，真正需要的不是一段图片描述，而是每笔记录能够对应到台账，并能够检查、汇总和导出。","sections":[{"title":"把输入与核查放在一起","body":"使用者先导入基础表，再批量提交截图。软件围绕姓名、公式和金额整理信息，展示处理进度与异常状态，并把结果放回台账管理路径。批量任务不必依赖人工逐张搬运，但有疑问的记录仍保留人工检查的空间。"},{"title":"与原有工作方式衔接","body":"项目采用常见表格格式，输出结果可继续进入日常核算与归档。界面区分数据采集和台账管理，让资料进入、处理以及复核有相对清楚的位置。它体现的是从一个重复岗位任务出发，将识别、结构化与桌面操作连成可使用工具的方法。"},{"title":"数据与展示边界","body":"为保护业务资料，官网只展示隔离运行的空数据界面，没有客户姓名、账户、截图或真实金额。图片是实际前端而非功能示意；完整识别效果与所接模型及输入资料有关，不在官网承诺未经代表性样本验证的准确率。"}]},"media":[{"type":"image","src":"/assets/cases/ledger-empty.png","label":"数据采集 · 空数据界面","alt":"AI 台账识别真实前端空数据界面"},{"type":"image","src":"/assets/cases/ledger-management.png","label":"台账管理 · 空数据界面","alt":"AI 台账识别真实前端台账管理页"}]},{"id":"care","title":"知家陪诊","en":"CARE, WITH CLARITY","type":"在研产品","status":"研发探索","category":"software","image":"/assets/cases/care-demo.png","summary":"知家陪诊围绕家庭就医前后的信息整理，探索家人档案、就医准备与资料跟进的移动体验。它关注复杂场景里最实际的问题：重要信息放在哪里、准备事项是否清楚、家人之间怎样更好地交接，帮助沟通有据可查。","intro":"知家陪诊从家庭就医中的资料与沟通问题出发，探索一个便于家人共同理解的移动产品。档案、准备事项、资料上传与提醒具有不同的使用时机，需要在一个清楚的界面路径里相互衔接。","problem":"家人的资料、准备事项和后续提醒分散，就医前后容易遗漏或反复询问。","features":["家庭成员与资料组织","就医准备与信息汇总","原生小程序界面及交互","面向真实服务的接口衔接探索"],"note":"图为本轮隔离运行的原生源码浏览器预览，使用独立内存数据库与默认示例角色，无真实患者资料。在线 AI、支付、微信真机与发布审核仍需后续联调。","detail":{"overview":"知家陪诊从家庭就医中的资料与沟通问题出发，探索一个便于家人共同理解的移动产品。档案、准备事项、资料上传与提醒具有不同的使用时机，需要在一个清楚的界面路径里相互衔接。","sections":[{"title":"以家人的任务组织信息","body":"产品把家庭成员作为持续的信息对象，围绕资料、就医准备和提醒组织入口。用户关心的不是系统有多少模块，而是出发前需要准备什么、哪些资料可以给医生看、后续要记住什么。界面用清楚的层次承接这些具体问题。"},{"title":"原生体验与服务边界","body":"项目采用原生小程序页面，探索资料录入、服务浏览和接口交互的连接。健康信息、录音、支付等能力各有权限与外部条件，相关功能需要单独验证。产品辅助整理与沟通，不替代医生诊断，也不把尚未接通的能力写成已提供服务。"},{"title":"当前形态","body":"目前作为在研产品展示原生页面与设计实践，官网画面为本轮隔离运行的源码浏览器预览。真实业务运营、平台审核、在线 AI 与真机联调仍需要对应条件。它说明我们如何处理多角色、长流程与敏感信息场景，而不是对正式医疗服务作承诺。"}]},"media":[{"type":"image","src":"/assets/cases/care-demo.png","label":"家庭首页 · 隔离演示预览","alt":"知家陪诊原生源码浏览器预览，独立演示空间，无真实患者资料"},{"type":"image","src":"/assets/cases/care-home.png","label":"访客首页 · 原生源码预览","alt":"知家陪诊原生源码浏览器预览，未登录空状态"}]},{"id":"vision","title":"未来场景实验室","en":"IMAGINATION IN MOTION","type":"概念探索","status":"AI 生成视觉","category":"creative","image":"/assets/floating-palace.webp","summary":"未来场景实验室用生成式图像探索建筑、品牌和故事的视觉方向。先把抽象想法变成可讨论的画面，再围绕场景、光线、构图与内容关系调整，适合在产品早期帮助团队理解概念，并为后续设计和制作找到共同语言。","intro":"未来场景实验室承接尚未确定的视觉想法：一种空间氛围、一段故事或一个品牌世界。它以概念图作为讨论工具，让不同的人能够围绕同一画面说明期待与差异，而不是各自想象一个版本。","problem":"抽象概念难以仅靠文字沟通，视觉方向需要在大量正式制作之前被看见、比较和讨论。","features":["概念场景与空间氛围探索","品牌视觉方向与故事表达","分镜、镜头和内容关系推演","面向后续制作的参考整理"],"note":"本项目为 AI 生成的概念视觉探索。不是实体建筑、实拍场景或已发生的客户项目。","detail":{"overview":"未来场景实验室承接尚未确定的视觉想法：一种空间氛围、一段故事或一个品牌世界。它以概念图作为讨论工具，让不同的人能够围绕同一画面说明期待与差异，而不是各自想象一个版本。","sections":[{"title":"把想法变成可以讨论的画面","body":"从用途与核心概念出发，围绕构图、空间、材质与光线形成视觉方向。概念图帮助团队判断画面是否传达了想要的感受，也便于在制作前找出不合理或没有表达清楚的部分。它的价值是降低沟通成本，而不是用华丽画面代替实际方案。"},{"title":"让方向能进入后续制作","body":"根据使用场景整理参考、分镜与画幅要求，必要时继续到图像、视频或交互原型。不同内容需要不同完成度，早期方向稿与最终交付素材会明确区分。完整形体、文字和品牌信息也根据后续使用方式分别组织。"},{"title":"关于这份展示","body":"官网展示的画面来自生成式创作探索，未把它描述成实拍、已建成空间或客户成果。具体合作会先确认内容用途、素材来源与授权，再确定制作规格和可修改文件范围。"}]}},{"id":"token","title":"擎枫 AI 服务平台","en":"AI SERVICE PLATFORM","type":"自研产品","status":"前端预览","category":"software","image":"/assets/cases/token-overview.png","summary":"面向需要统一管理 AI 服务的用户，擎枫 AI 服务平台把模型选择、API Key、用量与账单组织进一个工作台。清楚呈现调用与成本之间的关系，兼顾客户使用和运营管理，让复杂服务具备更容易理解的产品入口。","intro":"擎枫 AI 服务平台围绕多模型服务的日常使用与管理展开。使用者需要知道可以用什么模型、如何接入、产生了多少用量，以及费用与账户状态如何关联；运营侧则需要另一套清楚的管理视角。","problem":"模型、调用凭据、用量和账单分散，使用者难以在同一处理解服务与成本。","features":["模型能力与价格信息组织","API Key 生命周期与使用入口","用量分析、账户和账单界面","客户与运营管理的角色结构"],"note":"图为本地前端 Mock 预览的真实截图，账号、余额、用量、模型和价格均为演示数据，不代表真实交易、生产服务或已上线状态。","detail":{"overview":"擎枫 AI 服务平台围绕多模型服务的日常使用与管理展开。使用者需要知道可以用什么模型、如何接入、产生了多少用量，以及费用与账户状态如何关联；运营侧则需要另一套清楚的管理视角。","sections":[{"title":"把服务信息组织成工作空间","body":"客户工作台把余额、预算、消费趋势与近期调用放在同一视野，模型广场则围绕能力、模态与价格组织选择。Key、用量和账户有各自清楚的入口，帮助使用者在接入之前理解条件，在使用之后找到记录。"},{"title":"复杂逻辑需要清楚的界面","body":"账户、费用与权限涉及不同状态，单靠漂亮的卡片不足以说明问题。项目将客户任务和运营任务分别组织，持续打磨筛选、详情、反馈与异常路径，探索如何把后端业务逻辑转成可理解的操作。"},{"title":"当前形态","body":"官网截图来自本地 Mock 前端，演示数字与模型用于检查界面，不是商业运营数据。真实后端、支付、邮件、模型渠道和服务器需要进一步配置与联调，正式入口尚未在官网公开。本案例展示产品与工程实践，不承诺尚未上线的服务。"}]},"media":[{"type":"image","src":"/assets/cases/token-overview.png","label":"客户工作台 · Mock 演示","alt":"擎枫 AI 服务平台本地Mock客户工作台，数字均为演示"},{"type":"image","src":"/assets/cases/token-models.png","label":"模型广场 · Mock 演示","alt":"擎枫 AI 服务平台本地Mock模型广场，模型和价格均为演示"},{"type":"image","src":"/assets/cases/token-login.png","label":"登录界面 · 本地预览","alt":"擎枫 AI 服务平台真实前端登录界面"}]}],"announcement":{"title":"从想法到产品，认真完成每一步","body":"我们提供 AI 企业赋能、软件开发、智能体搭建、AIGC 内容生产、培训与出海方向的合作。欢迎带着一个具体问题来聊：已有资料、使用场景和期望结果，都可以成为开始。案例的真实状态与展示说明可在作品区查看。"},"about":{"title":"保持好奇，也把事情做完","intro":"医学背景，让我们习惯看见复杂系统背后的联系。AI 与工程，让这些理解成为可以使用的工具。","body":"以独立创造者的专注，连接 AI、软件与设计。从一人出发，面向广阔的真实世界。认真理解每一个问题，也认真完成每一次交付。","journey":[{"title":"医学与系统思维","body":"从医学背景出发，关注复杂系统中的联系。"},{"title":"AI 与产品实践","body":"把 AI、工程与设计结合，做出可以使用的工具。"},{"title":"独立创造，持续迭代","body":"从具体问题出发，在真实使用中完善产品。"}]},"faq":[{"question":"只有一个初步想法，可以合作吗？","answer":"可以。告诉我们你想解决的问题、使用者和目前的工作方式，我们会一起梳理需求，判断是否适合使用 AI，以及怎样做第一次验证。"},{"question":"项目周期和费用怎样确定？","answer":"根据功能范围、技术复杂度、现有资料和交付要求评估。需求明确后，提供阶段计划与报价，双方确认后再进入开发。"},{"question":"能对接现有系统或本地部署吗？","answer":"可以结合接口条件、数据安全要求和运行环境评估。现有系统集成、私有知识库与本地部署会在技术验证阶段明确可行性和边界。"},{"question":"交付之后，产品怎样持续使用？","answer":"我们会按项目约定提供部署与使用说明、培训和维护安排。源码、服务费用、数据归属和后续迭代范围会在合作前说清楚。"}],"editorial":[{"id":"research-workbench-traceable-workflows-20261114","slug":"from-ai-tools-to-traceable-workflows","title":"AI工具越来越多，工作为什么还没连起来？","category":"engineering","summary":"从小龙工作台的输入确认、任务队列和资产版本出发，讨论多个小工具怎样形成一条能查原因、能选结果、能回退的创作流程。","publishedAt":"2026-11-14","status":"published","cover":"/assets/editorial-20261114/research/workflow-evidence-chain.svg","tags":["AI工作台","工作流","资产溯源"],"body":"## 工具之间，缺的是交接信息\n\n一张参考图生成模型，模型再做材质、浮雕或拆件，单看每一步都不难理解。真正容易卡住的，是中间那句：这份结果到底从哪里来？输入改过没有，参数是哪一版，刚才满意的候选又保存到哪里？如果答案只能靠回忆，工具越多，整理成本也会跟着增加。\n\n我们在小龙工作台中关注的，是让这些交接有明确记录。输入原件及其指纹先保存，3D生成前确认本次使用的图片，再把任务关联到输入、参数和模型版本。比较结果时，就能沿着这条记录回看条件，而不是猜测当时点过哪个选项。组织工作的第一步，是把一份结果的来路说清楚。\n\n## 把生成成功与保存采用分开\n\n生成完一个文件，并不意味着应该立刻把它当成正式资产。候选区的价值，就是给比较和取舍留出位置：这一版轮廓更好，那一版颜色更接近参考，可以先保留判断，再决定采用哪一份。派生操作继续关联源资产，之后才有机会回到修改前的版本。\n\n候选与已保存资产分别管理，派生版本保留父子关系；任务使用中的资产也受到回收保护。这些看起来像管理功能，其实直接影响创作：试错时保留完整原件，失败后沿版本关系找到起点。界面上，输入、模型视口和底部候选保持相对稳定的位置，同样是在减少来回寻找。\n\n例如给同一模型尝试两种材质，先从源资产分别派生，比较后再采用其中一版；下一次想恢复原来的颜色，直接回到对应版本继续。把这个动作做清楚，比要求用户记住两串文件名更自然。版本关系也应帮助解释差别，让“这一版为什么留下”成为可以回答的问题。\n\n![小龙工作台的参考输入、模型视口、材质参数与底部候选](/assets/editorial-20261114/research/archived-workbench-20261103.png)\n\n2026年11月3日文章留存的工作台截图，展示当时的3D流程布局；不代表今天所有模块的运行状态。\n\n## 小工作台可以独立，公共规则要一致\n\n文章、音频、视频或3D，未必需要永远挤在一个窗口里。当前模块规范采用统一登记与公共宿主，按组合选择模块，共用设置、日志和调度；计算依赖与业务模块也分别登记。这个方向值得继续：用户需要哪一种能力，就带上对应能力，同时保留一致的任务语言与来源记录。\n\n用户对“开始生成”的理解应该简单：知道输入是什么，知道当前在哪个阶段，也知道失败后该处理哪里。因此，缺少模型时给出准备步骤，计算中显示真实阶段，完成后交回候选；独立分发则继续检查资源完整性、数据隔离和移动目录后的运行。公共规则越清楚，小工作台越容易保持轻巧。\n\n## 下一步，先让失败也能被理解\n\n代理可以帮忙拆任务、调用工具，但协作本身也需要验证。Anthropic在2026年8月的多代理研究中讨论了协调与趋同行为带来的失败。我们的判断是：适合并行的独立步骤可以尝试并行，涉及同一资产的连续修改，仍要明确顺序和负责人。\n\n下一步我们希望用一组固定任务检查这条链：输入变更后是否仍引用旧结果，重复提交是否产生混淆，失败重试能否定位原因，恢复后能否找到原件。衡量工作台的价值，也应看一份结果能否被复查、继续修改和安全交接。创作自由需要试错空间，而一条可信的工作流，正是在保护这份空间。\n\n## 参考资料\n\n- [Anthropic｜Patterns and problems in emerging multiagent systems（2026-08-13）](https://www.anthropic.com/research/multiagent-systems)","images":[],"attachments":[]},{"id":"research-editable-3d-acceptance-20261114","slug":"accepting-editable-3d-assets-from-reference","title":"3D模型生成以后，怎样判断它真的能用？","category":"engineering","summary":"沿着参考一致性、几何、材质、可编辑性和目标用途逐层验收，让一张好看的预览继续走向可修改、可交接的3D资产。","publishedAt":"2026-11-14","status":"published","cover":"/assets/editorial-20261114/research/asset-acceptance-gates.svg","tags":["3D资产","可编辑模型","验收方法"],"body":"## 先问用途，再看细节\n\n龙角很锐利、鳞片很丰富，一张预览就能让人心动。可模型转到背面，薄片可能粘连；去掉贴图，眼窝可能没有想象中深。再往浮雕、游戏或打印走，验收条件又会变化。判断模型能不能用，应该先说清楚它要进入哪一段生产流程。\n\n在已有的龙头调优与浮雕研究中，我们把输入、观察方式和加工检查分别保留下来。这让验收不必停在一句“更像了”：用于展示，需要关注观感和加载条件；用于继续建模，需要检查网格和材质是否便于修改；用于打印，还要考虑尺寸、壁厚、封闭性与实际打样。它们之间有联系，也各有自己的门槛。\n\n## 把几何、颜色和光照分别看清\n\n白模适合看轮廓、薄片和层次，基础色适合看配色位置，完整材质则用来观察最终观感。三种视图回答不同问题。给一个颜色偏差很大的结果换灯光，可能让截图更漂亮，却没有修正颜色与表面之间的对应关系。\n\n研究路线同样要看它试图解决什么。TRELLIS.2面向带材质的3D资产生成；Pixal3D作者则把图像与三维之间的对应关系作为切入点，通过像素反投影条件引入图像特征。这些原理帮助我们形成检查问题，再回到具体素材观察结果。单张图片看不到的背面，尤其需要额外检查。\n\n可以先列出三处必须保留的特征，例如龙角分叉、眼窝深度和鬃毛层次，再逐一转动模型核对。发现问题时，也标明它属于轮廓、几何还是颜色。这样的记录能直接指导下一次调整，比笼统地要求“再精细一些”更容易形成有效对照。\n\n## 比较可以有取舍，归因必须克制\n\n已有龙头对照保留了共同镜头、输入与种子。右侧的组合调优改变了分辨率、阶段参数和前景占比等条件，因此只能用来讨论这组条件下的综合变化。蓝眼与链条的表现有所变化，破碎表面和缺失细节也仍然存在；不能把改善全部归给某一个参数。\n\n更严格的下一轮比较，应尽量一次改变一个条件，并同时保存正面、侧面、背面与局部近景。固定种子能减少一个变量，却不能保证所有计算逐位一致。多视图也不是图片越多越好：如果参考之间描述的是不同结构，融合时就可能顾此失彼。我们更关心能否说明哪一个方向改善，以及它是否牺牲了另一个方向。\n\n![同一龙头输入在共同镜头下的历史组合调优对照](/assets/editorial-20261114/research/dragon-controlled-comparison.png)\n\n历史研究对照原图：左为512档原纹理，右为1536档组合调优。多项条件同时变化，不能据此作单参数因果判断。\n\n## 可编辑，要经得住再次打开和继续修改\n\n文件能够导出，是交付的起点。还应重新导入，检查对象、UV、贴图与材质是否保留；做一次局部修改，再保存并打开。保留父子版本和原件，才能确认操作影响了什么。生成网格也可能面数较高或拓扑杂乱，需要针对动画、游戏或加工用途另做整理，不能把“可导出”直接写成“已经适合绑定”。\n\n浮雕则需要继续检查厚度、底板、侧壁和开放边。已有研究记录过网格封闭检查，但封闭仍不能证明机器一定能打出全部纹理。我们的下一步是按目标用途建立检查表，让视觉对照、数据检查和实际下游操作互相补充。最终值得交接的，是一份来源清楚、限制明确、接手后还能继续改的资产。\n\n## 参考资料\n\n- [Microsoft｜TRELLIS.2官方代码与说明](https://github.com/microsoft/TRELLIS.2)\n- [Pixal3D｜作者项目页与论文（SIGGRAPH 2026）](https://ldyang694.github.io/projects/pixal3d/)\n- [Tencent ARC｜Pixal3D官方代码](https://github.com/TencentARC/Pixal3D)","images":[],"attachments":[]},{"id":"research-agents-multimodal-next-20261114","slug":"agents-multimodal-and-our-next-experiments","title":"代理开始长时间工作，多模态研究下一步看什么？","category":"research","summary":"结合2026年近期官方代理与世界模型资料，把注意力放在长期任务、状态一致性和可核查结果上，并提出适合工作台的小规模验证方向。","publishedAt":"2026-11-14","status":"published","cover":"/assets/editorial-20261114/research/frontier-research-map.svg","tags":["AI代理","多模态","世界模型","研究计划"],"body":"## 先把近期进展与自己的能力分开\n\n截至2026年11月14日，我们重新核对了近期官方资料。代理持续执行复杂任务、多模态系统理解并生成环境，是值得跟踪的两个方向。对做工作台的人来说，关键问题很具体：任务持续更久以后，系统还能不能记清目标，保住中间结果，并让人判断下一步是否应该继续？\n\nAnthropic在11月9日的模型发布中介绍了编码、推理和视觉方面的进展。阅读厂商评估之后，我们更愿意把它转化为待验证的问题：同一类长任务，换模型后需要多少人工纠正，失败发生在哪里，交付物能否被独立检查。研究选型应该围绕这些问题组织，让模型变化对应到具体工作环节。\n\n## 代理协作，先看边界与共享状态\n\n增加代理数量，会带来更多并行机会，也会增加协调成本。Anthropic在8月的多代理研究中观察了协调、趋同行为与信息判断问题。它提示我们，任务能否拆成相对独立的部分，与大家能否安全地修改同一份资源，是两类需要分别验证的能力。\n\n因此，我们的研究计划会先从明确输入、输出和负责人开始：独立资料核对可以尝试并行，同一模型的连续修改则保留顺序与版本。重点记录重复劳动、状态冲突和错误恢复，而不只统计代理运行了多久。一次任务看起来很忙，最终成果仍可能无法接续；研究需要把这类结果也算进去。\n\n## 世界能被模拟，资产还要另行验收\n\nGoogle DeepMind在10月27日公布Genie 4，将交互世界模拟与原生音频结合，并以研究预览形式向可信测试者逐步开放。官方同时说明，长时间运行后的细节漂移、物体持续性、复杂物理交互和空间准确性仍有局限。近期进展应连同这些条件一起阅读。\n\n这让我们看到了场景概念探索的新可能，但可探索的生成环境，并不能直接证明得到了一份对象分离、尺寸正确、可编辑的3D工程。我们的兴趣是研究两者怎样衔接：多模态系统帮助描述空间关系、指出遮挡疑点，几何工具再完成结构与尺寸检查。视觉合理、结构可用，需要各自的证据。\n\n## 把前沿能力变成小而清楚的实验\n\nAnthropic在11月5日发布的科研使用研究，区分了实际使用观察与研究加速的假设情景。这个区分很有价值：某项能力被频繁使用，不等于整条研究流程已经自动完成。我们也需要分别记录模型建议、工具执行和最终验收，避免把一段流畅解释当作问题已解决。\n\n下一步拟围绕三类固定样例开展验证：代理整理一次资产版本链，多模态模型检查一组互相矛盾的参考图，以及场景描述进入几何检查的交接。每个样例事先写清成功条件、停止条件和人工复核点，保留失败案例，再比较不同方案。这些研究将从小规模实验开始。\n\n例如检查参考图时，要求系统指出矛盾出现在哪个部位、依据哪张图，并把不确定处留给人工判断；整理版本链时，则核对源资产、操作顺序与最终文件。我们希望先验证这些具体动作能否稳定完成，再决定扩大自动化范围。前沿值得追踪，落地靠一个个能复查的小实验。\n\n## 参考资料\n\n- [Anthropic｜Claude Fable 5.2 and Mythos 5.2（2026-11-09）](https://www.anthropic.com/claude-fable-and-mythos-5-2)\n- [Anthropic｜Patterns and problems in emerging multiagent systems（2026-08-13）](https://www.anthropic.com/research/multiagent-systems)\n- [Google DeepMind｜Genie 4: A new generation of world simulation（2026-10-27）](https://deepmind.google/blog/genie-4-a-new-generation-of-world-simulation/)\n- [Anthropic｜AI for scientific discovery: How researchers use Claude（2026-11-05）](https://www.anthropic.com/research/how-researchers-use-claude)","images":[],"attachments":[]},{"id":"design-town","slug":"town-language-world-design","title":"拾语小镇：让语言学习住进一个世界","category":"design","summary":"从家园、地图到伙伴对话，把学习入口、探索反馈和持续进度放在连贯的游戏界面里。","publishedAt":"2026-11-14","status":"published","cover":"/assets/editorial-20261114/design/town/town-home-design.png","tags":["游戏体验","信息架构","可编辑设计"],"body":"## 从一张练习表，变成可以回来的地方\n\n语言学习需要反复接触，但反复不应该只剩一串待完成的题目。拾语小镇从“每天回来可以做什么”出发，把家园作为稳定的起点，地图作为探索入口，伙伴作为对话对象。学习、资料与成长记录在同一个世界里拥有清楚的位置。\n\n设计先解决路径，再处理画面：用户知道自己在哪里、能够去哪里，也能从对话或资料回到家园。家园里的木质、暖光与伙伴形象提供情绪线索，底部导航则承担稳定的操作结构，避免让装饰替代入口。\n\n## 同一套语言，适应不同任务\n\n世界地图用地点、图标与中印双语标签组织探索；家园把伙伴状态、物品与常用入口放在场景周围；聊天页让文字成为主角，保留资料、翻译、朗读与返回家园的位置。不同任务不必挤进同一张复杂面板。\n\n这套界面采用可编辑文字、原生组件与独立图像组织。画面之间延续颜色、按钮和信息层级，同时允许阅读区、地图和场景各自使用合适的布局。后续迭代可以替换文本与素材，并继续检查状态、反馈和返回路径。\n\n## 为持续迭代留下结构\n\n从家园、地图到伙伴聊天，重复出现的导航、按钮和状态反馈采用一致的设计语言。文字与图像独立组织，公共组件承接重复部分，新增地点或内容时可以延续已有结构，把精力留给新的场景与任务。\n\n我们也关注同一个界面的不同状态：当前选中哪一项、能否进入地点、怎样返回，以及操作后应该出现什么反馈。画廊选取家园、地图和聊天设计稿，展示这些任务如何在同一世界里相互连接。","images":[{"src":"/assets/editorial-20261114/design/town/town-map-design.png","alt":"拾语小镇世界地图原生设计稿，中印双语地点与解锁状态","caption":"世界地图设计稿：用地点、语言标签与状态引导探索。"},{"src":"/assets/editorial-20261114/design/town/town-chat-design.png","alt":"拾语小镇伙伴聊天原生设计稿，双语消息、资料引用与建议回复","caption":"聊天设计稿：示例对话展示双语阅读与相关操作。"}],"attachments":[]},{"id":"design-workbench","slug":"workbench-object-centered-interface","title":"小龙工作台：围绕对象组织复杂操作","category":"design","summary":"把工具、工作对象、三维视口、参数与加工版本分清，让使用者看见当前操作针对什么，以及结果保存在哪里。","publishedAt":"2026-11-14","status":"published","cover":"/assets/cases/workbench-model.png","tags":["工具产品","桌面界面","工作流设计"],"body":"## 功能很多，先给每一类信息一个位置\n\n图像、三维与音视频创作常常需要在工具、文件夹和软件窗口之间往返。小龙工作台的界面实践围绕一个具体对象展开：左侧选择工具与工作对象，中间留给三维预览，右侧处理当前参数，下方承接加工版本与结果。\n\n这套结构让“选哪个对象”“调整什么”“产生了什么”分别可见。主要工作区保持稳定，浮雕与拆件等任务切换时替换对应工具和参数，尽量保留用户对对象、视角与版本的理解。\n\n## 把预览和保存做成清楚的两步\n\n三维操作不仅需要好看的视口，也需要清楚的状态。浮雕界面区分源模型、待生成草稿与真实预览；拆件界面把部件列表、切面参数和装配检查放在一起。使用者可以先观察结果，再决定是否保存加工版本。\n\n原对象与加工结果各有身份，预览也有明确的状态提示。这样设计的目的，是减少把临时结果当成已保存版本、或者在不清楚目标时修改另一对象的机会。细节反馈应当跟随操作位置，而不只依赖一次短暂通知。\n\n## 让新工具延续熟悉的操作方式\n\n新增加工任务时，稳定的对象、视口和结果区域提供了可延续的骨架。工具可以增加，但选中对象、修改参数、观察预览与保存版本的关系应当继续清楚。用户不必为每一种加工方式重新理解整张界面。\n\n这也让设计有了具体的检查对象：参数是否围绕当前任务，部件与版本是否区分，提示能否说明下一步。画廊展示实际界面中的模型查看、浮雕预览和拆件装配，分别观察这些关系怎样落在操作区里。","images":[{"src":"/assets/cases/workbench-relief.png","alt":"小龙工作台实际浮雕加工预览，源模型与生成版本分别可见","caption":"实际加工预览：源对象、尺寸参数与保存状态。"},{"src":"/assets/cases/workbench-assembly.png","alt":"小龙工作台实际拆件装配界面，部件列表与切面参数","caption":"实际拆件界面：部件与检查反馈围绕同一对象组织。"}],"attachments":[]},{"id":"design-official","slug":"qingfeng-pearl-glass-website","title":"擎枫官网：让珠光玻璃承接真实内容","category":"design","summary":"用可复用玻璃组件连接首页、服务与作品，让品牌视觉、内容阅读和不同屏幕的使用方式形成同一套设计。","publishedAt":"2026-11-14","status":"published","cover":"/assets/editorial-20261114/design/official/72-23249.png","tags":["品牌网站","组件系统","响应式设计"],"body":"## 先建立一条能被理解的浏览主线\n\n官网需要同时介绍服务、展示作品并承接合作。设计用首页、服务体系、作品与产品、关于我们、合作咨询组织连续的浏览路径，让访客先理解我们在做什么，再找到感兴趣的具体内容。作品和服务的详情承担进一步阅读，首页保持清楚的概览。\n\n珠光玻璃承担视觉识别，标题、简介与按钮承担信息任务。两者分别组织，避免把业务文字和媒体直接烘焙进容器，让后续内容能够替换，也让同一套组件可以持续使用。\n\n## 独立素材与原生结构一起工作\n\n图标、玻璃底片、文字和媒体保持独立。可编辑组件负责重复关系，独立完整素材负责材质与轮廓；媒体按完整比例展示，不通过裁掉画面来适应不合适的开口。这样既保留视觉特点，也为后续开发留下清楚的结构。\n\n桌面与手机分别考虑信息密度。桌面可以呈现并列服务与作品关系，手机需要更明确的阅读顺序与当前内容。手机版原生设计稿重新组织标题、公告和作品介绍，让内容在窄屏上仍有可阅读的文字层级。\n\n## 让内容更新沿着已有结构继续\n\n作品的标题、简介、图标和媒体可以分别替换，服务内容也能够沿着共用阅读结构扩展。把素材与业务内容分开，才能在增加案例或调整服务时延续原来的视觉语言，而不必重新制作整张页面图。\n\n设计稿保留原生文字、组件关系与不同屏幕的布局。它们既帮助讨论视觉，也为开发说明重复的部分、需要独立响应的内容，以及哪些素材应当完整保留。画廊展示桌面与手机设计稿的对应关系。","images":[{"src":"/assets/editorial-20261114/design/official/76-37127.png","alt":"擎枫科技官网390宽手机首页完整原生设计导出","caption":"手机首页设计快照：按窄屏阅读顺序重排内容。"}],"attachments":[]}],"home":{"title":"把 AI 用进真实业务","subtitle":"从一个 AI 想法，到一套真正运行的产品","method":"研究 × 工程 × 设计","featuredProjectIds":["town","workbench","benyuan"],"serviceIconOverrides":{},"projectIconOverrides":{},"serviceDescriptions":{}},"news":[],"resources":[],"shop":{"title":"产品商店","description":"选择适合自己的工具与应用，让想法继续发生。","notice":"当前价格为测试定价，可在后台调整。支付宝尚未开通，暂不接受付款。","categories":[{"id":"creative-tools","name":"创作工具","description":"连接素材、工具与创作流程"},{"id":"learning","name":"学习应用","description":"在探索和互动中积累"},{"id":"knowledge","name":"知识阅读","description":"让资料与研读记录相互连接"}],"products":[{"id":"workbench","title":"小龙工作台","categoryId":"creative-tools","summary":"面向需要处理图像、三维与音视频的创作者，小龙工作台把素材、三维视口、加工参数和任务结果放进同一工作空间。从模型查看到浮雕与拆件，减少在工具之间反复寻找文件，让创作过程更连贯，结果也更容易检查。","description":"小龙工作台面向同时使用图像、三维和音视频工具的创作者。创作过程往往不是缺少单个功能，而是素材、参数、加工结果和软件入口分散在不同位置。我们把这些内容组织为一个本地工作空间，围绕同一个对象继续处理，减少重复切换与找文件的负担。\n\n围绕对象继续工作\n在三维场景中，使用者可以查看模型、调整视角，再进入浮雕或拆件等加工任务。参数、原对象与加工版本有各自的位置，预览之后再保存结果。素材和任务状态尽量保持连贯，让创作者能判断当前操作针对哪个对象、生成了什么、下一步可以做什么。\n\n工具也能进入工作流\n除了直接操作界面，项目通过 API、CLI 与 MCP 开放部分能力，便于把任务查询、素材处理与结果导出连接到其他工具。它体现了我们对复杂桌面软件的理解：既要把界面做清楚，也要让背后的能力能够被组合使用。\n\n当前形态\n项目已有本地 Windows 启动入口并持续迭代。官网展示的是实际界面与加工结果，不是效果图包装；本地模型、外部服务、显卡与第三方软件各有使用条件，会根据所需模块确认。具体交付范围以对应版本与部署环境为准。\n\n图为真实软件运行与加工预览。自研产品持续迭代，模型与模块依赖具体运行环境；加工预览不等于实体工艺验证。","priceCents":29900,"status":"published","image":"/assets/blue/xiaolong.png","images":["/assets/cases/workbench-model.png","/assets/cases/workbench-relief.png","/assets/cases/workbench-assembly.png"],"features":["本地素材、参考图与任务结果管理","三维模型查看、浮雕加工与拆件装配","音视频模块与时间线工作流","API、CLI 和 MCP 软件能力接口"],"license":"软件使用授权；具体版本、设备范围与使用条件以开通时确认的信息为准，不含源码转让。","delivery":"支付服务暂未开通，当前不收款、不自动发放下载或激活码。开通后按所选版本提供交付与使用说明。","projectId":"workbench","sortOrder":0,"featured":true},{"id":"town","title":"拾语小镇","categoryId":"learning","summary":"拾语小镇把印尼语学习放进家园、旅行与伙伴互动之中。使用者可以浏览资料、与伙伴交流、探索地图，再回到自己的家园与成长记录。项目用连贯的世界和可保存的进度，探索一种更有陪伴感、愿意每天回来一点的语言学习体验。","description":"拾语小镇从印尼语学习出发，尝试把资料、对话与日常互动连接成一个持续的学习世界。目标使用者不是只想完成一张练习表的人，而是希望在探索和陪伴中增加语言接触、逐步建立习惯的学习者。\n\n让学习有一个可以回来的地方\n家园承接日常互动，地图提供新的场景，伙伴状态与成长记录把多次使用联系起来。用户可以在资料和对话中接触语言，也可以照顾伙伴、整理物品、查看相册。不同任务共享同一个世界，避免每次打开都像从头开始。\n\n体验背后的工程\n项目把多页面导航、图像素材、交互状态与本地保存结合起来，既关注世界的视觉完整，也关注返回路径、资源加载和进度保存等日常细节。语言内容、游戏反馈与界面布局需要一起设计，才不会让装饰掩盖学习本身。\n\n当前形态\n项目已有 Windows 桌面交付与运行验证，官网图片来自实际应用。它仍在持续迭代，语言内容和各功能深度以实际版本为准。这里展示的是自研产品实践，不以未经验证的学习效果、付费用户数量或运营规模作宣传。\n\n图为 Windows 桌面运行证据，展示家园、地图与伙伴照顾。项目已有桌面打包版本；功能与素材持续完善，不代表所有平台均已发布。","priceCents":9900,"status":"published","image":"/assets/blue/shiyu.png","images":["/assets/cases/town-home.png","/assets/cases/town-map.png","/assets/cases/town-care.png"],"features":["资料浏览与语言对话","家园、地图与旅行探索","伙伴照顾、物品和成长系统","相册、进度与本地持久存档"],"license":"软件使用授权；具体版本、设备范围与使用条件以开通时确认的信息为准，不含源码转让。","delivery":"支付服务暂未开通，当前不收款、不自动发放下载或激活码。开通后按所选版本提供交付与使用说明。","projectId":"town","sortOrder":1,"featured":true},{"id":"benyuan","title":"本元经纬","categoryId":"knowledge","summary":"本元经纬面向需要阅读与积累传统医学资料的使用者，把经典、本草、方剂与研读记录放在清楚的移动界面里。阅读不再停留在单篇资料：原文、相关条目、收藏和复习可以相互连接，让知识逐步形成自己的经纬。","description":"本元经纬希望让传统文化与专业资料的阅读更加连贯。面对分散的典籍、方剂、本草和图谱，使用者既需要找到一段原文，也需要看见它与其他资料的关系，并留下自己的研读进度。\n\n从查到资料，到继续研读\n首页把今日研读和经典入口放在一起；进入资料后，可以阅读原文、查看组成或相关条目，再回到自己的学习任务。界面把内容层次、章节和操作入口区分开，让使用者知道现在读到哪里，也能较自然地继续下一步。\n\n知识关系与阅读体验一起设计\n项目整理既有资料来源，以条目关联和清晰的页面结构承载内容。收藏、手记与研读记录用于个人积累，移动界面则兼顾字数、阅读空间和触控操作。视觉保持统一，重点仍是资料本身的可读、可查和可持续使用。\n\n当前形态\n本页展示小程序的实际运行画面与已有功能，不以设计效果图代替程序。发布审核和相关平台条件需要单独完成，内容范围仍在持续完善。产品是学习与资料组织工具，涉及健康问题时应向合适的医疗专业人员咨询。\n\n图为微信小程序真实运行预览。产品持续完善，尚未据此宣称已通过发布审核；资料用于阅读学习，不提供诊疗或用药建议。","priceCents":19900,"status":"published","image":"/assets/blue/benyuan.png","images":["/assets/cases/benyuan-home.png","/assets/cases/benyuan-formula.png","/assets/cases/benyuan-original.png"],"features":["经典原文与专题资料浏览","本草、方剂和相关条目关联","今日研读、复习与个人积累","面向手机的小程序阅读体验"],"license":"软件使用授权；具体版本、设备范围与使用条件以开通时确认的信息为准，不含源码转让。","delivery":"支付服务暂未开通，当前不收款、不自动发放下载或激活码。开通后按所选版本提供交付与使用说明。","projectId":"benyuan","sortOrder":2,"featured":true}]}}