Summary
The paper studies the safety alignment of language models using constrained Reinforcement Learning from Human Feedback (RLHF). The main contribution of the paper is deriving a closed-form solution of the dual function of a constrained RLHF problem. This closed-form solution reduces solving a constrained RLHF problem to an unconstrained RLHF problem.
Strengths
This is a superbly written paper studying a highly important problem: the safety alignment of language models. The main contribution is a novel closed-form solution of the dual function, which allows for a new two-step algorithm for constrained RLHF. This presents a significant improvement over earlier algorithms for constrained RLHF as it (probably) greatly reduces the computational burden.
Weaknesses
## No Details on Compute Given
The main weakness of the paper is that compute resources and computation times are not stated in the paper (I searched extensively but couldn't find it; sorry if I missed it). This makes the sentence from the abstract: "[...], thus greatly reducing the computational burden [...]" essentially unjustified. It makes perfect sense to me that the two-stage approach in the paper is significantly cheaper than performing gradient ascent/descent or other constrained optimisation algorithms. However, I could also imagine that the situation might be different in practice. For example, I could imagine that:
1. Starting with a larger value of $\boldsymbol{\lambda}$ than $\boldsymbol{\lambda}^\ast$ and reducing the value of $\boldsymbol{\lambda}$ to $\boldsymbol{\lambda}^\ast$ during optimisation might accelerate convergence to the feasible set.
2. Or the opposite: Starting with a smaller value of $\boldsymbol{\lambda}$ than $\boldsymbol{\lambda}^\ast$ and increasing the value of $\boldsymbol{\lambda}$ to $\boldsymbol{\lambda}^\ast$ during optimisation might lead to better optimisation conditions initially, thereby accelerating convergence.
Both could occur when applying gradient descent/ascent. Therefore, to justify the claims in the abstract, the paper at least needs to provide details on the computation time of their experiments. However, to make the claim well-founded, the paper should actually provide a comparison of the computation times with the baseline approach and should discuss computation times in the main part of the paper.
## Experiment Evaluation
The model-based evaluation of the experiments makes sense from an optimisation point of view. However, it does not say so much about the quality of the obtained language models since overoptimisation [17] might have occurred, for example. The GPT evaluation helps somewhat in this regard but could still be flawed. I understand that this is difficult to address since a statistically significant human evaluation would be expensive.
## Limitations
The discussion of social impact is very brief; see the "Limitations" section of this review.
Questions
## Questions
### Experiments
- What is the computational budget of your experiments (see "Weaknesses")?
- Line 295: How was the grid of safety margins chosen?
### Code Availability
- I would like to have a look at the code during the rebuttal, as offered in the answer to question 5 of the NeurIPS paper checklist.
- Are there any plans for publishing the code?
## Appendix N: Sample Responses
I would be interested in the helpfulness and safety scores of the sample responses. Additionally, I would be interested in an interpretation of the sample outputs of the PeCAN-aligned language model. For example, the answer in Table 6 is partially non-sensical and unrelated, and the answer in Table 8 contains typos and grammar errors ("I don against advise"). Do these answers also lose in helpfulness against the baseline or is there maybe an overoptimisation of the helpfulness model taking place?
## Typos and Other Minor Suggestions
- Line 100: preference-based *safety* alignment?
- Line 181: I assume this accuracy notion is from the literature, since line 187 states that [11] proves something using this accuracy notion. I would suggest using a different wording than "we introduce" if this is the case. For example, "To quantify the level of estimation error, we consider the accuracy notion of Chang et al. [11]", or something along these lines.
- Line 221: with *an* existing dataset
- Line 229: If *the* size
- Line 409: Conference name capitalised as in line 418?
- Line 242: conference name also capitalized?
Limitations
The paper sufficiently discusses limitations.
In my opinion, the discussion of social impact is too brief. As far as I can see, it is limited to this sentence: "Our methods can benefit researchers in building safer language models." However, what is proposed in the paper is really a general-purpose method of solving contained RLHF problems. I think it should be acknowledged that there are also harmful dual-use applications for this general-purpose tool (as there are for most other general-purpose tools, e.g. [A]). Examples include minimising safety while maintaining a level of helpfulness which could be relevant to malignant online communities, such as cyberbullying communities or troll networks.
[A]: Fabio Urbina, Filippa Lentzos, Cédric Invernizzi, Sean Ekins: Dual use of artificial-intelligence-powered drug discovery. Nat. Mach. Intell. 4(3): 189-191 (2022)
**Post-Rebuttal**: Since the authors have addressed my concerns, I raise my score to 8 (Strong Accept).