如何使用 Claude AI 计算多个项目中带有 ToDo 标签的未解决笔记数量

Question

我们的团队至少有 16 个 Paratext 项目。我们需要知道每个 Paratext 项目中新约每卷书带有 ToDo 标签的未解决笔记（Unresolved notes）的数量。我正在与 Claude Cowork 合作，试图获取这些信息并将其放入电子表格中。我自己可以通过在每个 Paratext  项目中打开笔记列表（Notes List）窗口并适当设置筛选器来获取这些信息。这样我今天就能得到数字，我不介意一次性这样做。但我们需要跟踪团队进度，所以以后还需要这些数字，因此我希望 Claude 能替我完成这项工作，并且能够重复执行。但它一直无法得出与我在 Paratext 中看到的相符的数字。它在逆向工程数据结构方面遇到了困难。所以，以下是它向我提出的问题： 
我想问开发者的具体问题：

1. 当用户筛选“未解决待办”（Unresolved To Do）笔记时，Paratext 如何确定每个线程的当前标签？是：(a) 所有用户文件中所有 TagAdded/TagRemoved 的全局累积，(b) 仅根评论的标签，还是 (c) 其他情况？
2. Paratext 如何确定一个线程是未解决的？是根评论的 Status 字段、任何用户的 Status，还是专门的线程级字段？
3. 筛选器显示的是来自所有用户的线程，还是仅显示登录用户参与过的线程？
4. 如果线程的根评论已删除，该线程是否仍会出现在筛选器中？

感谢你们能提供的任何帮助。 

John Nystrom

Aitape West Translation Programme

SIL PNG 

机器翻译自 English 显示原文

Answer 1

既然提到了“根评论”（root comment），我猜测这已经在做了，但以防万一，在计算其他内容之前，需要先收集所有具有相同线程 ID 的用户的评论，并按日期排序。这是 Paratext 对项目笔记线程的定义。在创建了这个有序的评论列表后，您就可以计算其他内容了：

1. 当前标签是通过在循环遍历评论时查看 <TagAdded> 和 <TagRemoved> 元素来确定的。它最初的设计允许笔记有多个标签，但我不认为通过 UI 实际上可以实现这一点，因此您可能只需查看最后一个包含 <TagAdded> 或 <TagRemoved> 元素的评论即可。
2. 没有线程级数据。线程仅通过拥有相同线程 ID 的评论而存在。要确定线程是否未解决，最后一个具有非空 <Status> 元素的评论的值不能是 "deleted"（通常是 "todo"）。
3. 是所有用户。
4. 我不确定那是什么意思。如果意思是第一条评论的 <Status> 为 "deleted"，并且没有后续评论更改状态，那么不，该线程将被视为已解决。

机器翻译自 English 显示原文

Comments

另外，请注意日期格式包含偏移量（即它们是本地时间）。它们不是 UTC 时间。这意味着解析每条评论的日期/时间时必须考虑该偏移量，以确保排序正确。

机器翻译自 English 显示原文

Answer 2

也许这比看起来要简单。您可以为多个项目打开笔记列表。
当笔记列表（Notes List）出现时，选择您的全部 16 个项目。然后将筛选器设置为未解决（unresolved）和待办（todo）。

我在 aArp、aMal 和 aSer 中得到了 353 条未解决待办笔记

机器翻译自 English 显示原文

Comments

谢谢你，Steve。是的，我们可以像您展示的那样做，并且随时都可以这样做。但我目前的目标是获取每个项目中新约每卷书的单独计数，以便我们可以看到谁跟上了进度，谁落后了，并且能够在一个可更新的电子表格中获取这些计数。

机器翻译自 English 显示原文

---

尽管我非常喜欢使用（AI 编写的）脚本在外部解决所有问题，去做 PT 从未打算做的事情……

我觉得 Steve 可能想到了什么。为什么不创建一个布局（Layout），在其中以 16 个单独的窗口打开所有 16 个项目的笔记，然后将该布局保存为新的布局。当您想查看总数时，可以加载该布局，其余时间则加载您的标准布局。

机器翻译自 English 显示原文

---

Mnjames，

我实际上确实有一个 Paratext 布局，正好可以做到这一点。我们当然可以查看每个项目的笔记列表，看看当前书籍有多少未处理的笔记（for the current book）。但我们需要所有书籍的这些信息，因为我们预计要用这些语言制作迷你圣经（Mini-Bibles）。我们需要以某种形式获取这些信息，以便让我们概览整个团队，从而看到大局和细节。让我或另一位团队成员为每卷书执行该操作并手动将数字输入电子表格以查看大局，这是不切实际的。

Paratext 曾经有一个“大局视图”（Big Picture view），如果我没记错的话，它提供了这些信息，但几年前被移除了。我很喜欢它，并觉得我们的团队需要它。当时的 Paratext“负责人”讨厌它，并问我是否经常使用它，以证明保留它在 UI 中的合理性。我屈服了，说“不，如果这对开发团队是个问题，就把它拿掉吧”，但现在我后悔那样说了。这是集群项目管理员需要的那种东西。 

机器翻译自 English 显示原文

---

感谢 @mnjames 的建议，我现在有了两个 Python 脚本，可以完成这项任务并创建一个电子表格。我随时可以再次运行这些脚本来更新电子表格。如果有人对这些脚本感兴趣，请告诉我。我会把下面电子表格中的单元格内容复制过来。 

通过查看这些数字，我们可以看到谁即将完成哪些书卷的笔记，以及谁还有很长的路要走。这可以帮助我们回答诸如“清除项目笔记积压以便为这些语言出版迷你圣经需要多长时间？”以及“如果我们计划在某个特定日期同时出版所有迷你圣经，谁可能准备好出版哪些书卷？”之类的问题。 

感谢所有帮助我理清思路的人，以及鼓励我学习使用 Claude 函数的人，这些功能是我在 Paratext 本身中无法实现的。 

JN

书卷	aArp	aArpBT	aSno	aMal	bBar	bG1BT	bPou	bSum	cGoi	cOGBT	cRbr	cWol	dOpi	dOLBT	总计
MAT	8	10	5	6	89	29	123	617	27	11	39	12	110	320	1406
MRK		14	2	11	59	48	50	131	15	5	24	20	33	33	445
LUK	1	7	39	32	43	37	39	66	112	38	732	126	34	34	1340
JHN	1	9		6	132	72	151	530	89	42	128	107	162	240	1669
ACT	1	10	196	129	253	252	251	1236	280	252	830	651	250	250	4841
ROM	1	92													93
1CO	1														1
2CO	1							1							2
GAL	7	1	5	4	7	8	5	189	6	7	9	8	10	10	276
EPH		2	5	3	6	5	6	98		1	1	6	5	5	143
PHP		1		2		2	1	158				5	4	4	177
COL					6	4	8	67					34	32	151
1TH			3		1	1	1	84	1		1	2	3	3	100
2TH			1	1				55	1				3	3	64
1TI			4	2	4	3	1	15	6	3	4	7	3	3	55
2TI			11	1	1	1	1	19	6	1	4	4	1	1	51
TIT					1	1		7	3	1	1	2			16
PHM			1			1					1	1			4
HEB	15	5													20
JAS		1	1		16	12	5	50			2		5	5	97
1PE			2	2	3	4	4	848	6	6	7	5	4	4	895
2PE			3	2	4	5	7	373	6	5	3	4	4	4	420
1JN			2		1	1	1	21	2				1	1	30
2JN			4		1	1	1	3					1	1	12
3JN			1					1							2
JUD			4	4	5	5	2	199	4	3		2	4	4	236
REV	1	10	3	1	6	3	9	7	14	3	5	4	6	6	78
总计	37	162	292	206	638	495	666	4775	578	378	1791	966	677	963	12624

机器翻译自 English 显示原文