一款清楚知道哪本复本已外借、以及外借时长的应用

逾期状态从未被明确记录

大多数小型图书馆仍用笔记本或活页夹登记借阅：每条记录对应一次外借，含日期与借阅人姓名。这种记录在填写当下完全准确；问题出现在之后——借阅并非静态事实，而是一种会自动变化的状态。没人会在应还日当天返回那行记录打勾确认，于是「逾期」真实存在，却从未被写下来。

实际后果是：逾期图书清单仅当有人手动重建时才存在——需逐行重读数周的借阅记录，并对照日历逐一核对。这项工作耗时费力，几乎无人能定期完成，往往一年只做一两次，且通常只在某本书突然找不到时才临时补救。

而应用程序无需重读任何内容：它只需将应还日期与今日日期比对，「逾期清单」界面便会自动填充完整。这并非炫目的功能，只是笔记本永远无法完成的简单计算。

文献与复本，是两件不同的事

这一区分直接决定了应用的整体结构，也是绝大多数图书馆电子表格常忽略的关键点：「文献」是抽象的著录项——包括题名、作者、ISBN、分类等；而「复本」是具体的物理实体——拥有独立索书号、保存状况与借阅历史。一家图书馆常存有同一小说的三本复本：其中两本已外借，一本仍在架上。

只要文献与复本混在同一行中，就无法同时外借两本复本，无法标注某本复本破损，也无法判断该文献是否真正可借。一旦二者分离，所有问题便迎刃而解：借阅操作针对复本，预约操作针对文献，可借状态则由两者共同推导得出。

您用自己习惯的术语（如「索书号」「会员」「值班」「剔旧」）描述这套逻辑，系统将在开发前向您呈现完整设计方案——包含所建实体、字段定义、界面布局与关键指标。若方案混淆了文献与复本，您可在确认前即时修正，而非上线后补救。

• 文献：题名、作者、ISBN、分类、出版年份
• 复本：索书号、保存状况、入藏日期、所属文献
• 借阅：复本、会员、借出日期、应还日期、实还日期
• 会员：联系方式、入会日期、会费缴纳状态
• 值班安排：时段、当值志愿者

应用如何生成

您用法语描述图书馆的实际运作方式——例如「cote」（索书号）、「adhérent」（会员）、「permanence」（值班）、「désherbage」（剔旧）等术语。在任何代码编写前，系统会向您展示一份详细方案：涵盖所建实体、各字段定义、界面设计及核心指标。您可反复修改，直至方案完全契合您的实际业务流程；未经您最终确认，绝不启动开发。

最终交付的是标准 Next.js 与 Prisma 项目。您可下载 ZIP 压缩包，或一键推送至 GitHub：全部源码归属您所有，任何熟悉 Next.js 和 Prisma 的开发者均可立即理解、修改和维护。根据需求成熟度，提供三个生成等级（Sketch、Craft、Masterpiece），适用于从概念验证到正式上线的全阶段。

这款应用「不」具备的功能

本页面介绍的是一款内部管理工具。部分图书馆合理期待的功能暂未纳入产品范围，提前了解远胜于事后发现：

上述限制均非代码层面的永久障碍——项目支持导出，开发者可自由扩展；但这些功能均不作为开箱即用选项提供。

• 馆藏目录不会通过 ISBN 自动填充：不对接任何外部书目数据库，题名与作者信息需手动录入。ISBN 字段仅作唯一标识与检索关键词，不触发任何数据导入。
• 不支持条形码扫描或 RFID 标签识别：外借与归还操作均通过屏幕界面完成。
• 不提供邮件或短信自动催还：逾期记录仅在应用内展示，联系会员催还仍需人工操作。
• 无公共检索门户，也无读者个人账户：即使为会员开通只读权限，其可见范围仍是整套系统，而非仅限本人借阅记录。
• 不支持离线模式：网络中断时的值班现场无法实时录入数据。
• 权限体系为全局设定（管理员、普通用户、只读用户），不支持按模块或分馆精细化授权。

您随时可取回的数据

您录入的所有数据始终属于您本人，可通过「设置」界面按数据集分别导出为 JSON 或 CSV 格式。例如，导出的馆藏 CSV 文件可直接在电子表格中打开，支持排序、打印用于盘点，亦可嵌入年度工作报告或项目资助申请材料。

所有列表均支持筛选与排序；「回收站」功能可恢复误删的单条记录——这对每月仅值班一次、数据录入由多位志愿者轮替完成的场景尤为实用。