CASE STUDY / LOCAL RESEARCH

把模糊灵感, 变成可核对的
研究板

给一个说不清的设计问题,ArchResearch 先判断要找设计方法还是图纸表达,再沿各自路径找到带来源的案例与图纸证据,整理成能继续用于方案判断的研究板。

> question → route → evidence → board
Read case GitHub
ArchResearch 双案例策略对照界面
Evidence preview 来源图、可借鉴方法与适用条件在同一个对照面里完成核查。
Solo独立完成 2.3.0公开发布版本 Dozens真实问题测评

场景入口

方案卡住时,先把要解决的点说清楚,再去找能用的参考。

设计者先写下当前方案卡在哪里,并可附上任务书、截图或已有案例。随后选择“设计方法研究”或“图纸灵感研究”:前者从真实项目网页和图纸中寻找可引用的做法,后者从已登录的小红书页面筛选图纸表达。整理后的案例、图纸、原始来源和笔记都会回到同一个项目,供下一步对照和判断。

案例一览

把“找参考”变成“可用依据”的本地研究工作台。

输入方案问题 + 任务书 / 截图 / 已有案例
使用对象 / 时间设计学生与青年设计师 · 2026 年 7-8 月
系统先做拆出可研究的子问题,再按任务类型分别搜索并核验证据
设计者得到按问题整理的方法、图纸方向、原始来源、适用条件与证据缺口
继续使用项目内对照、收藏、分享与 ZIP 备份
发布状态v2.3.0 已公开发布,可下载安装包与扩展 ZIP

设计研究的难点,不是找到参考,而是让参考支撑方案判断。

设计者通常需要一边搜索网页、查看图纸和记录笔记,一边把参考项目与自己的方案条件逐项比较。材料一旦散落在不同页面和文件里,就很难再判断某张图回答了哪个问题、结论来自哪段原文,以及这个方法是否适用于当前场地。因此,本项目要解决的不是“多找一些图片”,而是把问题、案例、证据和可借鉴方法连成一条能够回查的研究记录。

从问题开始。 入口不要求先写好搜索词,而是先说明场地、功能、流线或图纸表达卡在哪里,再决定研究方式与深度。
问题难描述场地、功能、流线与表达常纠缠在一起,单个关键词不够。
参考散落网页、图纸、笔记分开保存,回看时很难还原上下文。
方法难判断只看到好看的图,不知道它解决了什么、适不适合当前条件。
研究难继续中断或换电脑后,案例、来源和任务材料需要能接着用。

先选择是在研究设计方法,还是收集图纸灵感;两条任务会分别运行。

选择“设计方法研究”后,系统会把问题拆成几个子问题,只从真实项目网页和对应图纸中寻找方法与证据;选择“图纸灵感研究”后,Chrome 扩展会在用户已经登录的小红书页面中搜索和筛选图纸。两条任务不会互相借结果或临时更换来源,各自搜索、补查并判断是否完成;最后只把整理后的内容保存到同一个本地项目,供后续收藏、分享和备份。

ONE QUESTION / TWO ROUTES 同一个项目,两条独立研究路径
PATH A

设计方法研究

从真实项目的正文和图纸中,找出能够回答当前方案问题的方法、依据与适用条件

找真实项目核对正文与图纸补查证据缺口
SHARED 同一项目
研究板 · 收藏
分享 · 备份
PATH B

图纸灵感研究

从用户已登录的小红书页面中,筛选符合图纸类型和表达方向的素材

按表达方向搜索筛掉无关图片标出未找到的内容
两条路径只共用项目和保存方式。设计方法研究不会拿小红书图片当项目证据;图纸灵感研究也不会退回普通网页凑结果。

完整任务链路:输入方案问题,拆成子问题,搜索并核验证据,再把结论与缺口写入研究板。

设计者先输入当前方案问题,也可以附上任务书、截图或已有案例。系统先把问题拆成空间关系、使用状态和项目条件等子问题,再为每个子问题同时准备两类搜索词:一类用于发现不同的真实项目,另一类用于查找能够证明设计做法的正文和图纸。搜到的网页只会暂存为候选,不会直接成为结论;系统会逐个确认项目名称和来源是否一致、正文是否回答当前子问题,以及原文或图纸能否支撑判断。核验通过的内容会归到对应子问题,证据不足的关系继续查找;最终研究板同时保留可回查的结论、原始来源、适用条件和仍未解决的缺口。

HOW CASE RESEARCH RECALLS AND VERIFIES 从多角度搜索到有证据的研究板
01 / SUBQUESTION把方案问题拆成可搜索的子问题提取空间、使用者、关系与项目条件
02 / QUERY SET为每个子问题准备两类搜索词一类找不同项目,一类找正文证据
03 / RECALL汇总来自多个来源的候选项目先扩大查找范围,暂不直接形成结论
打开候选项目的原始页面,开始核验
A / SOURCE GATE确认这是一个真实且相关的项目核对项目名称、设计尺度、正文与当前问题的关系
B / EVIDENCE GATE确认判断有可以回查的依据把逐字原文、图纸观察和适用条件分别记录
只有核验通过的内容,才进入结果整理
04 / IDENTITY把同一来源合并为一个项目避免页面标题不同造成重复案例
05 / RECOVER围绕尚未解决的问题继续搜索优先补查证据较少处,不强行凑数量
06 / BOARD形成可以继续使用的研究板保留结论、原始来源、适用条件和未解决缺口
这条链路把“找到网页”和“形成结论”分开:搜到的候选不会直接进入结果,只有项目名称和来源一致、正文与问题相关、原文或图纸能够支撑判断时,内容才会写入研究板;其余内容继续查找或明确标为缺口。

每条研究结果都要说明:它回答了哪个问题,依据来自哪里,哪些仍是设计推断。

系统打开候选项目的原始页面后,先确认它是不是一个真实项目、正文是否直接回答当前子问题,再分别记录可引用的原文、图纸中能够看到的现象,以及由这些材料推导出的设计判断。同一来源的多个页面或标题会合并为一个项目;证据不足的内容会标成待补查,不会复制到其他子问题或用重复案例凑数量。

问题归属:只展示真正支持该子问题的案例 证据可回查:正文摘录 / 图纸 / 原始来源 项目不重复:同一来源保持统一身份 缺口不硬填:案例数量只决定补查优先级

任务中断后,项目、材料和研究进度仍保存在本机,下次可以直接接着做。

每次研究产生的子问题、候选案例、原始来源、图纸、证据、收藏和任务材料都会写入本地项目。关闭工作台或暂时停止任务不会丢失已经整理的内容;下次打开同一项目,可以继续核对证据、比较案例、收藏结果或导出 ZIP 备份。Chrome 扩展只读取用户主动打开或搜索的公开图纸页面,登录信息和模型服务密钥(API Key)不会进入普通研究备份。

LOCAL-FIRST SYSTEM 从采集入口回到可继续的研究项目
INTERFACEWindows 研究工作台项目 · 研究 · 对照 · 收藏
LOCAL SERVICE本地任务服务拆开问题、安排搜索、整理结果并恢复未完成任务
ON DEVICE项目资料子问题、案例、证据、图纸与原始来源
LOOPBACK采集入口Chrome 扩展只读取用户主动打开或搜索的公开图纸页面
ISOLATED敏感配置分开保存登录状态与模型服务密钥不写入项目备份
PORTABLE可恢复备份先检查备份内容,再恢复完整项目资料
Chrome 扩展把用户打开的公开图纸页面送回本地工作台;研究资料、备份文件、登录信息和模型服务密钥分别保存,导出项目时不会一起带走敏感配置。
可见的恢复路径。 备份动作在界面中可直接执行。
本地保存案例、图纸证据与研究记录保存在用户自己的电脑上。
备份可恢复项目、案例记录、收藏与任务书可一起打包。
从页面带回灵感扩展从用户主动打开的公开设计图纸页面采集线索。
敏感配置分开保存模型服务配置与登录信息不进入普通研究备份。

采集到的案例和图纸会回到工作台,继续用于比较、收藏、分享和方案判断。

图纸灵感任务会在用户自己的 Chrome 中搜索并打开素材;如果遇到登录或平台验证,系统会暂停并保留当前页面,等待用户处理。通过图纸类型、构图、配色和画面质量筛选的素材会回到工作台,无法确认的页面或尚未完成的详情检查会明确标出,不会伪装成已完成结果。设计者可以把已有材料继续做案例对照、收藏、导出或分享,再用于下一步方案选择。

验证不只看任务能否跑完,还要确认问题能被拆清、证据能回查、结果能继续用于方案。

项目经过几十条真实问题和真人收集测评:真实使用者把自己的设计问题交给系统,完整走过“输入问题—查看拆题—核对案例与图纸来源—使用研究板继续判断”的过程。评测重点不是固定返回多少案例,而是问题有没有被正确拆分、每条结论能否回到原文或图纸、证据不足时是否如实保留缺口。v2.3.0 的正式安装版又分别运行了两条路径:设计方法研究完整完成;图纸灵感研究返回了可用结果,同时明确标出尚未完成的详情检查。

  1. 01
    QUESTION SET几十条真实问题

    覆盖空间组织、流线、剖面、旧建更新与图纸表达。

  2. 02
    HUMAN REVIEW真人收集测评

    检查问题是否说得清、参考是否看得懂、来源是否能回查。

  3. 03
    FIELD CHECK双路径安装版实测

    设计研究完整完成;图纸灵感保留可用结果与未完成详情。

  4. 04
    PUBLIC RELEASEv2.3.0 可安装交付

    Windows x64 安装程序 + 独立 Chrome 扩展 ZIP。

边界:案例用于研究设计方法,不替代专业校核;图纸灵感依赖用户自己的 Chrome 登录状态;结果不足时保留缺口,不用数量代替证据。