构建单文件HTML工程工具,计算界面即为交付物(左侧输入面板,右侧可打印分页报告)。用于工程计算器、计算工具、信函生成器、计算报告等需求。
ephemeral-eng — Inform-to-交付工程工具
功能概述
ephemeral-eng — Inform-to-交付工程工具是一项面向实际任务的技能,主要用于您正在构建一个自定义的 HTML 文件, 它同时是一个工程计算器和最终客户端可交付文件。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
核心要点
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。
- 从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
ephemeral-eng — 输入至交付成果的工程工具
你正在构建一个单一、自包含的 HTML 文件,它同时兼具工程计算器与最终客户交付成果的双重角色。无需构建步骤、无外部依赖、不依赖服务器。用户在浏览器中直接打开该文件,在左侧输入参数,右侧生成的分页报告即为他们打印为 PDF 并正式签发的交付物。
请从模板开始。 阅读本仓库中的 template/ephemeral-template.html(或向用户索取其最新工具作为基础)。切勿自行设计新布局——各工具间的一致性本身就是产品价值所在。
不可协商的安全准则
- 所有工具均以“未经验证”状态发布。 必须包含草稿水印复选框(默认开启),并在页脚注明:“本工具须按 VERIFICATION.md 完成全部验证后方可使用”。不得移除这两项;水印默认关闭属严重违规。
- 每次交付时,务必在最终消息中明确告知用户:该工具在用户完成 VERIFICATION.md 中全部检查项(含逐位数字的手算比对)前,始终视为未验证状态。
- 严禁虚构代码取值。 若你无法确认某系数、表格数值或规范条文(如 ASCE 7、NDS、ACI、AISC、ADM、IBC/FBC 等),请留出明确标注的输入项供工程师填写(例如:
请根据表 X 填入),而非硬编码猜测值。工程师必须手动补全的空白是安全的;错误的常量则绝不可接受。 - 拒绝范围蔓延(scope creep)。 若用户要求有限元分析(FEA)、动力/地震响应、非线性或耦合系统分析,请说明本框架有意限定于简单、可手算复核的验算,并建议采用经验证的商用软件。
- 修改已有工具时,仅改动用户明确要求的部分,并逐条列出所有功能变更(用户将对该文件执行 diff 比对)。同时更新版本号。
五个插槽(Slots)
模板中标明了五个插槽。仅填充这些位置;其余框架结构(framework chrome)保持原样。
| 插槽 | 应填入内容 | 规则 |
|---|---|---|
| 1. 品牌标识(Brand tokens) | :root CSS 变量 + FIRM JS 对象 |
仅存放颜色、字体及事务所身份信息。重设工具皮肤 = 仅编辑此插槽。 |
| 2. 输入结构(Input schema) | .form-panel 内的 分组 |
每个输入元素需设置 id="f_camelCase"。按逻辑分组(品牌信息 / 工程项目 / 几何与荷载 / 截面与材料 / 设计准则 / 附图 / 输出选项)。单位统一置于 中。默认值须具实际意义且通过验算。除非用户明确说明其品牌标识已设定完毕,否则必须保留模板中的 Branding 字段组(含事务所名称/行文、Logo 拖放上传、实时品牌色选取器)。 |
| 3. 计算引擎(Calc engine) | 纯 JavaScript 函数 | 禁止访问 DOM。 每次赋值语句旁须用注释标明单位。每次验算逻辑旁须用注释标明规范出处(例如:// [NDS 2018 §3.4])。返回单一扁平化结果对象。另需提供 validate(inp) 函数,用于检测零值、负值或明显荒谬的输入,并返回警告字符串数组。 |
| 4. 实时图示(Live diagram) | drawDiagram(inp, r) → SVG 字符串 |
按比例(近似)绘制物理对象简图,尺寸由实时输入驱动,并显示 PASS/FAIL 判定结果。该图仅供屏幕查看(添加 .no-print 类)。 |
| 5. 报告页面(Report pages) | buildReport(d, r) → 返回若干 .report-page div 元素 |
详见下方“报告标准”。 |
报告标准(交付成果)
- 采用 US Letter 尺寸页面:
.report-page设为 8.5×11 英寸,设置page-break-after: always;每页底部带品牌化页脚(调用footer(pg, of, d)辅助函数);水印由wm(d)控制。 - 审阅者必须能脱离工具独立核查报告内容。 报告中须完整呈现:全部输入参数、全部假设(规范版本、ASD/LRFD 方法、荷载组合、被排除项(如自重)等)、以及所有计算步骤——且必须代入具体数值,例如:
M = wL²/8 = 100 × 12²/8 = 1,800 lb·ft;严禁仅给出最终结果。 - 结构顺序:(1)事务所页眉 + 工程项目信息块 + 设计依据 + 输入参数;(2)截面特性 → 内力需求 → 验算步骤(以
.calc-step块组织,内含.ref规范引用)→ 汇总计算表(.calc-table),含 DCR 值及 PASS/FAIL 单元格 → 结论框 → 签字栏(含盖章占位符);(3+)附图(拖放上传图像)仅在用户提供时才生成。 - 所有数值统一经
num(x, dp)格式化;所有用户输入文本统一经esc(s)转义。严禁将原始用户输入直接拼接进 HTML。
工程师惯例
- ASD 与 LRFD/强度设计法必须在标签、依据说明段落及代码注释中明确区分,严禁混用。
- 完成前务必自我核查单位换算陷阱:psf ↔ psi、plf ↔ lb/in、ft ↔ in(尤其在含 L⁴ 的挠度公式中)、名义尺寸 ↔ 实际尺寸、服务风压 ↔ 强度风压。
- 查表插值:超出表格范围时必须截断或发出警告——严禁静默外推。
validate()必须捕获:非正向的尺寸/荷载/设计值,以及至少一项符合该领域常识的荒谬性检查(例如:跨度与截面深度比 > 50)。
输入 JSON(状态保存/加载)——强制性框架结构
所有工具必须保留模板中的 JSON 模块(serializeInputs / exportJSON / importJSON 及 “Save inputs / Load inputs” 按钮)。该模块将所有 f_* 输入项(及已拖入图像)导出为便携式文件:
{
"_meta": { "framework": "ephemeral-eng", "tool": "", "toolVersion": "V1.2",
"saved": "ISO-8601", "source": "user" },
"inputs": { "f_L": "12", "f_w": "100", "f_draft": true },
"images": { "logoData": null, "imgData": null }
}
其重要性在于:计算器本身可被随时丢弃,而工程状态具有可移植性——可随项目归档、在下一版修订中重新加载,或迁移至工具的新版本中。
AI 预生成工作流:当用户提供平面图说明、建筑师邮件或项目文档,并要求你预先准备计算工具时,你可直接输出上述 JSON(键名须严格对应工具中定义的 f_* ID),供用户一键加载并审阅,避免重复录入。规则如下:
- 你必须设置
"_meta.source": "ai"—— 此时工具将在界面上持续显示“请逐一核实所有数值”的强提示,直至工程师手动修改任一输入项。机器生成文件严禁设置"user"。 - 仅填写你能从所提供文档中明确追溯来源的数值;对未知字段留空(工具将沿用默认值),切勿猜测。
- 在你的回复中,逐条列出你所填写的每一项数值及其在文档中的出处(文件名/行号)。
版本控制与命名规范
文件名格式:{ProjectNo_}ToolName_vX_Y.html(例如:V26150_Footing_Check_v1_0.html)。版本号须出现在 、面板上的 version-badge、FIRM.toolVersion 及报告页脚中。任何功能性变更均需提升版本号;顶部注释块中须清晰说明本次变更内容。
用户提出新工具需求时的工作流程
- 简要访谈:明确校核对象、适用规范及版本、ASD 或 LRFD 方法、需暴露给用户的输入项 vs 固定参数、交付成果类型(计算报告 or 评估函)、品牌标识(或复用现有标识)。
- 先以 plain English 明确陈述计算方案:包括公式、规范条文、假设条件——并在编写代码前获得用户确认。这是工程师以最低成本发现物理模型错误的关键环节。
- 基于模板构建,依次填充五个插槽。
- 自我核查:用默认输入及一个边界案例,心算(或借助脚本执行)整个计算引擎;逐行确认单位一致性。
- 交付内容须包含:(a) HTML 文件;(b) 所用全部公式及规范引用清单;(c) 明确列出所有假设与排除项;(d) 未验证工具警告及 VERIFICATION.md 链接。
信函生成器变体(Letter-generator variant)
适用于评估/合规性信函(非计算报告):首页为带信头的正文(含收件人区块、目的与范围、编号章节、接受条件、结论);详细计算移至附录“Exhibit — Calculations”,以 .calc-step 块呈现;附图需添加封面页。插槽划分与全部规则保持不变。
热门AI工具
相关专题
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
本专题围绕XORM框架的结构体映射展开,说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充,并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章