Matrix channel bot summaries for This Week in Fedora #63
Labels
No labels
Contributors' Guidance
Improve written Material
Contributors' Guidance
technical support measures
effort
high
effort
low
effort
medium
good first issue
help wanted
meeting topic
needs changes
needs reporter feedback
needs review
needs vote
priority
high
priority
low
priority
medium
priority
on hold
type/content
type/misc
No milestone
No project
No assignees
7 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
docs/tickets#63
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Recently @abompard, the maintainer of This Week in Fedora (https://abompard.fedorapeople.org/twif/), told us that he added our Matrix channel to the list of channels watched by the bot which generates these summaries. It's the same LLM that generates meeting minutes, just with different instructions. Here's Aurélien's original message:
Some Docs team members have expressed concerns that having discussions in the channel summarized and published may have a chilling effect on the more "social" aspects of the channel, so I'm opening this issue so we can discuss it in one place.
Note that Aurélien says the bot is instructed to collect technical info relevant to others outside of Docs, not day to day chat:
And he has also offered an opt-out for anyone who would like to keep all of their messages from being summarized:
I'd like to ask everyone in Docs to vote either
+1to keep the bot around, or-1to ask Aurélien to please remove our channel.I'm +1, keep the bot.
+1, keep the bot.
I'm -1, ditch it. We're watched, summarised and monitored enough as it is. Meeting minutes should be enough external references.
Hi folks! Thanks for your replies. Would it be fine if:
Would that satisfy everyone? Should I wait one more week to get other member's opinions?
I would suggest waiting for one more week to get other members' opinions.
Let's put this into the Tuesday, 2026-09-22 meeting agenda!
+1
-1 from me, sorry.
Hey folks, did you reach a conclusion? I've build this week's summary without the matrix channel, FYI.
@abompard I was absent in last week's Docs Team meeting, but it came up in the 2026-09-22 meeting discussion. For now, I think it needs more time for a team discussion. We can try and have this async without a meeting too.
Two weeks back, @pbokoc, @pboy, and I discussed this in our usual planning meetings. When we discussed it, we felt like this could be useful and interesting because there is a lot of activity in our Fedora Matrix chat room, and it could be a useful summary of current events, what we are thinking about as a team, and challenges we may be facing. Of course, there is also a risk that it gets it wrong or does not portray undecided matters and discussions fairly. We thought that the mechanisms to catch mistakes were sufficient, but we also valued the input of other team members here too.
The Fedora Docs Team has (to my knowledge) never had a formal voting procedure when there are differences of opinion. It seems sensible that most decisions could follow a "lazy consensus" model, similar to how the Fedora Council works. Petr, Peter, and I felt that it wasn't worth anyone feeling disempowered to contribute over something which could offer only a marginal amount of extra convenience.
I wonder about the Docs Team Alerts channel. I think TWIF already pulls from several different Fedora Forge repositories. I am not sure if it watches the entire Fedora Docs Forge org. But what might be more unique is the timeline of what events happened at what time, which exists in that Matrix room. It is an interesting thing to consider, and how much it would be different from what TWIF already pulls from now.
Sure, let's not include the Matrix channel then.
I can make a draft build for the current week with this channel's data if you want, and you can decide if it looks useful. I can also collect from the ticket tracker directly (I'm currently collecting from this tracker only).
@abompard wrote in #63 (comment):
That makes sense to me.
@abompard wrote in #63 (comment):
I don't understand this. Can you please explain it?
My understanding is that the docs-alert channel contains notifications of events in the trackers, so I thought I could get the updates from the tracker directly instead of reading the matrix channel, but maybe I misunderstood something.
The webhook for
alerts-docsroom triggers on all events in the Documentation Team org, except for the Action Run events, which are set on a per-repo basis. I don't know if the bot can follow links from the events in Matrix. If you set it to get the updates from the tracker (assuming you mean only this), I don't know if it would see events outside of this repo.Here is the Fedora Docs Alerts room for reference.
That's it, I meant I would be following all the trackers in the docs org. The advantage of doing that is that I would get more context in the LLM (comments from previous weeks for each ticket), and the amount of context is usually the key to get relevant output from an LLM.
I was under the impression that the bot was only watching this repo. If the entire Forge org is used for the report, then I think it matters less about the alert chat room.
It is currently only watching this repo, but I can make it watch the others. Should I do that? No exceptions?
Yes please. Let's see how it goes.