|
1 | | -# Node.js Technical Steering Committee (TSC) Meeting 2026-04-01 |
2 | | - |
3 | | -## Links |
4 | | - |
5 | | -* **Recording**: <https://www.youtube.com/watch?v=Jzw4D2MqAXY> |
6 | | -* **GitHub Issue**: <https://github.com/nodejs/TSC/issues/1845> |
7 | | -* **Minutes**: <https://hackmd.io/@openjs-nodejs/r1K17WfjZg> |
8 | | - |
9 | | -## Present |
10 | | - |
11 | | -* Antoine du Hamel @aduh95 (voting member) |
12 | | -* Chengzhong Wu @legendecas (voting member) |
13 | | -* Matteo Collina @mcollina (voting member) |
14 | | -* Richard Lau @richardlau (voting member) |
15 | | -* Ruy Adorno @ruyadorno (voting member) |
16 | | -* Paolo Insogna @ShogunPanda (voting member) |
17 | | -* Beth Griggs @BethGriggs (regular member) |
18 | | -* Michaël Zasso @targos (voting member) |
19 | | -* Robert Nagy @ronag (voting member) |
20 | | -* Ruben Bridgewater @BridgeAR (voting member) |
21 | | -* James Snell @jasnell (voting member) |
22 | | -* Marco Ippolito @marco-ippolito (voting member) |
23 | | -* Rafael Gonzaga @RafaelGSS (voting member) |
24 | | -* Joyee Cheung @joyeecheung (voting member) |
25 | | -* Filip Skokan @panva (voting member) |
26 | | -* Jacob Smith @JakobJingleheimer (Guest – Node.js Collaborator) |
27 | | -* Fedor Indutny @indutny (Guest – Node.js TSC emeritus) |
28 | | -* Joe Sepi @joesepi (Guest - Node.js CPC rep) |
29 | | -* Maël Nison @arcanis (Guest) |
30 | | - |
31 | | -## Agenda |
32 | | - |
33 | | -### Announcements |
34 | | - |
| 1 | +# Node.js Technical Steering Committee (TSC) Meeting 2026-04-01 |
| 2 | + |
| 3 | +## Links |
| 4 | + |
| 5 | +* **Recording**: <https://www.youtube.com/watch?v=Jzw4D2MqAXY> |
| 6 | +* **GitHub Issue**: <https://github.com/nodejs/TSC/issues/1845> |
| 7 | +* **Minutes**: <https://hackmd.io/@openjs-nodejs/r1K17WfjZg> |
| 8 | + |
| 9 | +## Present |
| 10 | + |
| 11 | +* Antoine du Hamel @aduh95 (voting member) |
| 12 | +* Chengzhong Wu @legendecas (voting member) |
| 13 | +* Matteo Collina @mcollina (voting member) |
| 14 | +* Richard Lau @richardlau (voting member) |
| 15 | +* Ruy Adorno @ruyadorno (voting member) |
| 16 | +* Paolo Insogna @ShogunPanda (voting member) |
| 17 | +* Beth Griggs @BethGriggs (regular member) |
| 18 | +* Michaël Zasso @targos (voting member) |
| 19 | +* Robert Nagy @ronag (voting member) |
| 20 | +* Ruben Bridgewater @BridgeAR (voting member) |
| 21 | +* James Snell @jasnell (voting member) |
| 22 | +* Marco Ippolito @marco-ippolito (voting member) |
| 23 | +* Rafael Gonzaga @RafaelGSS (voting member) |
| 24 | +* Joyee Cheung @joyeecheung (voting member) |
| 25 | +* Filip Skokan @panva (voting member) |
| 26 | +* Jacob Smith @JakobJingleheimer (Guest – Node.js Collaborator) |
| 27 | +* Fedor Indutny @indutny (Guest – Node.js TSC emeritus) |
| 28 | +* Joe Sepi @joesepi (Guest - Node.js CPC rep) |
| 29 | +* Maël Nison @arcanis (Guest) |
| 30 | + |
| 31 | +## Agenda |
| 32 | + |
| 33 | +### Announcements |
| 34 | + |
35 | 35 | * We are having our flagship event colocated with RenderATL called "Node.js |
36 | | - Interactive", rolling out speakers this week. Bringing back the brand. |
| 36 | + Interactive", rolling out speakers this week. Bringing back the brand. |
37 | 37 | * Deadline for in-person registration for Collab Summit April 3rd. After this is |
38 | | - going to be depending on room capacity. |
| 38 | + going to be depending on room capacity. |
39 | 39 | * Add DCO/Sign-off trailer for commit landing on nodejs/node |
40 | 40 | ([nodejs/core-validate-commit#141](https://github.com/nodejs/core-validate-commit/pull/141), |
41 | | - [nodejs/node#62510](https://github.com/nodejs/node/pull/62510)) |
42 | | - |
43 | | -### Reminders |
44 | | - |
| 41 | + [nodejs/node#62510](https://github.com/nodejs/node/pull/62510)) |
| 42 | + |
| 43 | +### Reminders |
| 44 | + |
45 | 45 | * Remember to nominate people for the |
46 | | - [contributor spotlight](https://github.com/nodejs/node/blob/main/doc/contributing/reconizing-contributors.md#bi-monthly-contributor-spotlight) |
47 | | - |
48 | | -### CPC and Board Meeting Updates |
49 | | - |
| 46 | + [contributor spotlight](https://github.com/nodejs/node/blob/main/doc/contributing/reconizing-contributors.md#bi-monthly-contributor-spotlight) |
| 47 | + |
| 48 | +### CPC and Board Meeting Updates |
| 49 | + |
50 | 50 | * AI-assisted development policy was approved |
51 | | - <https://openjsf.cdn.prismic.io/openjsf/aca4d5GXnQHGZDiZ_OpenJS_AI_Coding_Assistants_Policy.pdf>. |
52 | | - |
53 | | -### nodejs/TSC |
54 | | - |
| 51 | + <https://openjsf.cdn.prismic.io/openjsf/aca4d5GXnQHGZDiZ_OpenJS_AI_Coding_Assistants_Policy.pdf>. |
| 52 | + |
| 53 | +### nodejs/TSC |
| 54 | + |
55 | 55 | * Vote on AI contributions [#1831](https://github.com/nodejs/TSC/issues/1831), |
56 | | - [nodejs/node#62105](https://github.com/nodejs/node/pull/62105) |
57 | | - * Fedor: cares deeply of Node.js, works at Signal, opinion are its own. TSC is |
| 56 | + [nodejs/node#62105](https://github.com/nodejs/node/pull/62105) |
| 57 | + * Fedor: cares deeply of Node.js, works at Signal, opinion are his own. TSC is |
58 | 58 | responsible for code quality, ethical consideration, code of conduct enforcement. |
59 | 59 | It's the reason for the TSC to exist. Fedor thinks AI is antithetical to Open |
60 | 60 | Source as it is, at the limit of the MIT license. A lot of the aspiration we give |
61 | 61 | to people that contribute is that they are given attribution. AI is designed to |
62 | 62 | remove "attribution." As the governing body of Node.js, we should reject the use |
63 | 63 | of AI completely. Fundamental platforms should be written by humans. Fedor |
64 | 64 | started a petition with a couple of hundred people. Fedor think that the AI |
65 | | - mandates at company are preventing more people to speak up.' |
66 | | - * Matteo: the responsability of the Node.js TSC are listed in |
| 65 | + mandates at company are preventing more people to speak up. |
| 66 | + * Matteo: the responsibilities of the Node.js TSC are listed in |
67 | 67 | <https://github.com/nodejs/TSC/blob/main/TSC-Charter.md#section-4-responsibilities-of-the-tsc>. |
68 | 68 | The Linux Kernel summary is available at |
69 | | - <https://gist.github.com/mcollina/8a4f2ee2e64d38edb90760016e89f919>. |
| 69 | + <https://gist.github.com/mcollina/8a4f2ee2e64d38edb90760016e89f919>. |
70 | 70 | * Robin: I shared the the questions to the General Counsel of LF and our OpenJS |
71 | 71 | Counsel. The policy is in the same spirit of the Linux Kernel policy. AI allows |
72 | 72 | up for innovation. K8s React and PyTorch adopted similar policies to enable these |
73 | 73 | contributions. It was voted by the OpenJS Board unanimously. |
74 | | - <https://openjsf.cdn.prismic.io/openjsf/aca4d5GXnQHGZDiZ_OpenJS_AI_Coding_Assistants_Policy.pdf>. |
| 74 | + <https://openjsf.cdn.prismic.io/openjsf/aca4d5GXnQHGZDiZ_OpenJS_AI_Coding_Assistants_Policy.pdf>. |
75 | 75 | * Fedor: I'm not in agreement with this policy, as it's unethical. Most companies |
76 | 76 | are adopting policies where the the contributor is responsbile for the |
77 | 77 | contribution. When you review an AI generated PR the code is designed to look |
78 | 78 | correct/plausible. AI is known to remove tests or change them, and the code does |
79 | 79 | not work as intended. Unlike regular Pull Request it is not a review, but an |
80 | 80 | audit and it's just hard to audit it correctly. By saying "you are responsible |
81 | 81 | for the code you write" we are just shifting the responsibility of this problem |
82 | | - to the contributor instead of addressing it fully. |
83 | | - * Antoine: what do you think of the enforceability? Can we enforce it? |
| 82 | + to the contributor instead of addressing it fully. |
| 83 | + * Antoine: what do you think of the enforceability? Can we enforce it? |
84 | 84 | * Fedor: Bryan English has a good take, check the PR. Enforceability does not |
85 | 85 | matter. We would accept PR with "moved" code without attribution if we did not |
86 | | - know. It's important we take a stance. |
87 | | - * Antoine: Wouldn't that incentive folks to lie or stop contributing? |
| 86 | + know. It's important we take a stance. |
| 87 | + * Antoine: Wouldn't that incentivize folks to lie or stop contributing? |
88 | 88 | * Fedor: This is a guideline. It's ok for people to lie. We need to be strong and |
89 | | - aspirational, and encourage people to do what's right. |
| 89 | + aspirational, and encourage people to do what's right. |
90 | 90 | * Ruy: I was reading the commentary from the Claude Code source leak to hide the |
91 | | - fact that a contribution was done with AI. |
| 91 | + fact that a contribution was done with AI. |
92 | 92 | * Fedor: there are many things out there and we should not be using them, like |
93 | | - assoult rifles. The Claude Code source code leak that we saw recently shows that |
| 93 | + assault rifles. The Claude Code source code leak that we saw recently shows that |
94 | 94 | we should have a deep discussion on the ethics of its being used for writing |
95 | | - Node.js code. |
| 95 | + Node.js code. |
96 | 96 | * Matteo: AI-assistance helps folks contributing, number of contributors is now |
97 | 97 | back to the number it was in 2016. Having a global ban of AI would mean that for |
98 | 98 | many first time contributors, their first interaction with the project would be a |
99 | 99 | block because they are using the wrong tool. Also, we should not incentivize |
100 | | - folks to lie. |
| 100 | + folks to lie. |
101 | 101 | * James: nobody has been expliciting why the current set of policies are not enough |
102 | | - to cover for AI-assisted engineering. |
| 102 | + to cover for AI-assisted engineering. |
103 | 103 | * Fedor: I am glad that we are seeing an influx of new contributors. AI companies |
104 | 104 | are known to play productivity metrics that do not reflect reality. Students that |
105 | 105 | use AI are learning worse that students that do not. We are lowering the barrier |
106 | 106 | for contributing, but we are raising the barrier for becoming contributions. Our |
107 | 107 | policies are inherited from OpenJS so I don't think we can say that our policies |
108 | 108 | are sufficient. If we chose inaction the OpenJS policies will take place for |
109 | 109 | Node.js too, and since the policy document is encouraging AI use Node.js will be |
110 | | - encouraging AI use too. |
111 | | - * James: if we don't say anything, we are not encouraguing people to use AI or not. |
112 | | - The focus is not ot promote AI. Wheter we like these tools or not. Are our |
| 110 | + encouraging AI use too. |
| 111 | + * James: if we don't say anything, we are not encouraging people to use AI or not. |
| 112 | + The focus is not to promote AI. Whether we like these tools or not. Are our |
113 | 113 | existing code review process to review these? We still have to read the code. Are |
114 | | - we going to reject a valid bugfix because it was written by AI? |
| 114 | + we going to reject a valid bugfix because it was written by AI? |
115 | 115 | * Jakob: AI responses are designed to look legitimate and plausible. It takes an |
116 | 116 | extra level of scrutiny to review this. It tries to ... you, especially if you |
117 | | - don't know if its there. |
| 117 | + don't know if it's there. |
118 | 118 | * James: ... Everybody is agreeing that we should be made aware that a contribution |
119 | | - was AI-gen. Be honest. Why are the existing processes not enough? |
| 119 | + was AI-gen. Be honest. Why are the existing processes not enough? |
120 | 120 | * Fedor: I agree that honesty should be encouraged. (The question of sufficiency of |
121 | 121 | the existing code review process) reminds me of the removal of "master/slave" |
122 | 122 | terminology from the core. There is no technical reason not to use this |
123 | 123 | terminology in the code, but at the same time saying that it is technically valid |
124 | 124 | is not sufficient for our community in other ways. It resulted in Node.js to be |
125 | 125 | more inclusive long term. Historically measuring only technical merits is |
126 | 126 | insufficient for large project. OpenJS encourages the use of AI given that |
127 | | - statement in the AI policy. |
128 | | - * ... |
129 | | - |
130 | | -## Upcoming Meetings |
131 | | - |
132 | | -* **Node.js Project Calendar**: <https://nodejs.org/calendar> |
133 | | - |
134 | | -Click `Add to Google Calendar` at the bottom left to add to your own Google calendar. |
| 127 | + statement in the AI policy. |
| 128 | + * ... |
| 129 | + |
| 130 | +## Upcoming Meetings |
| 131 | + |
| 132 | +* **Node.js Project Calendar**: <https://nodejs.org/calendar> |
| 133 | + |
| 134 | +Click `Add to Google Calendar` at the bottom left to add to your own Google calendar. |
0 commit comments